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深入 浅 出 MFC 第 二 版 


这 个 文档 是 从 侯 捷 网 站 提供 的 繁体 板 简 体 化 过 来 的 。 由 于 排版 问题 ， 有 些 繁体 的 术语 在 换行 
时 候 没 有 被 苦 换 ， 所 以 遇 到 问题 大 家 可 以 对 照 原 文 比较 一 下 。 


《深入 浅 出 M F C》2/e 电 子 书 开放 目 由 下 载 声明 
致 亲爱 的 大 陆 读者 


КЕМЕ (=@ Л) 。 自 从 华中 理工 大 学 于 1998/04 出 版 了 我 的 《深入 浅 出 MFC》1/e 简 体 版 
( 易 名 《深入 浅 出 WindowsMFC 程 上 序 设 计 》) 之 后 ， 陆 陆续 续 我 收 到 了 许多 许多 的 大 陆 读 者 
来 汞 。 其 中 对 我 的 先 美 、 感 谢 、 天 怀 、 有 很 股 王 询 ， 让 我 非常 感动 。 


《深入 浅 出 MFC》2/e 早 已 于 1998/05 于 台湾 出 版 。 之 所 以 迟 迟 没有 授权 给 大 陆 进 行 简体 翻 
译 ， 原 因 我 佛 于 回复 读者 的 时 候 说 过 很 多 通 。 我 在 此 再 说 一 次 。 


1998 年 中 ， 本 书 之 发 行 公司 松 岗 (UNALIS) 即 希望 我 授权 简体 版 ， 然 因 当 时 我 已 在 构思 
3/e， 预 判 3/e 繁 体 版 出 版 时 ，2/e 简 体 版 恐怕 还 未 能 完成 。 老 是 让 大 陆 读者 慢 一 步 看 到 我 的 
5， 全 我 至 感 难过 ， 所 以 便 请 松 岗 公司 不 要 进行 2/e 简 体 版 之 授权 ， 下 接 等 3/e 出 版 后 再 动作 。 
没 想 到 一 拖 经 年 ， 我 的 3/e 写 作 计划 并 没有 如 期 完成 ， 致 使 大 陆 读 者 反而 没有 《深入 浅 出 
MFC》2/e 简 体 版 可 看 。 


《深入 浅 出 MFC》3/e 没 有 如 期 完成 的 原因 是 ，MFC 本 体 架 构 并 没有 什么 大 改变 。 《深入 浅 出 
MFC》2/e 书 中 所 论 之 工具 及 程序 代码 哩 采用 VC5+MFC42， 仍 适用 于 目前 的 
VC6+MFC421 〈 唯 ， 工 具 之 转 面 或 功能 可 能 有 些微 变化 ) o 


由 于 《深入 浅 出 MFC》2/e 并 无 简体 版 ， 因 此 我 时 时 收 到 大 陆 读 者 来 信 询 问 购买 繁体 版 之 管 
道 。 一 来 我 不 知道 是 否 台 湾 出 版 公司 有 提供 海外 邮购 或 电 购 ， 二 来 即使 有 ， 想 必 带 给 大 家 很 
大 的 厅 烦 ， 三 来 两 岸 消费 水 平 之 甘 异 带 给 大 陆 读者 的 负担 ， 亦 全 我 深 感 不 安 。 


因此 ， 此 书 虽 已 出 版 两 年 ， 鉴 于 仍 具 阅读 与 扩 术 上 的 价值 ， 鉴 于 繁 简 转 译 制 作 上 的 费时 费 
工 ， 鉴 于 我 对 同胞 的 感情 ， 我 决定 开放 此 书 内 容 ， 供 各 位 免费 阅读 。 我 已 为 《深入 浅 出 MFC 
》2/e 制作 了 PDF 格式 之 电子 文件 ， 放 在 http://www.jjhou.com 供 自由 下 载 。 北 京 
nttp://expert.csdn.net/jjhou 有 候 捷 网 站 的 一 个 GBK mirror， 各 位 也 可 试 着 目 该 处 下 载 。 


我 所 做 的 这 份 电子 书 是 繁体 版 ， 我 没有 精力 与 时 间 将 它 转 为 简体 。 这 已 是 我 能 为 各 位 尽力 的 
RR WR (万 一 ) Таяу ЕРІ, БІНЕН ТЕН Ж-Е АЖ Ы ЗАРА Л 
anyway， 阅 读 方面 的 问题 我 亦 没有 精力 与 时 间 为 您 解决 。 请 各 位 目 行 开辟 讨论 区 ， 彼 此 交换 
阅读 此 电子 书 的 solution。 请 热心 的 读者 告诉 我 您 阅读 成 功 与 否 ， 以 及 网 上 讨论 区 (如 有 的 
话 ) 在 哪里 。 鲁 有 读者 告诉 我 ，《 深 入 浅 出 MFC》 1/е 


简体 版 在 大 陆 被 扫 接 上 网 。 亦 有 读者 告诉 我 ， 大 陆 某 些 书籍 明显 对 本 书 侵权 (详细 情况 我 不 
清楚 ) 。 这 种 不 尊重 作者 的 行为 ， 我 虽 感 遗憾 ， 并 没有 太 大 的 震惊 或 难过 。 一 个 社会 的 进 
化 ， 终 究 是 一 步 一 步 衍化 而 来 。 台 湾 也 便 经 走 过 相 同 的 阶段 。 但 盼 所 有 华人 ， 尤 其 是 我 们 从 
事 智 能 财产 行为 者 ， 都 能 够 尽快 走 过 挫 蜡 的 一 面 。 


在 现代 科技 的 协助 下 ， 文 件 影印 、 文 件 复制 如 此 方便 ， 智 财权 之 尊重 有 如 AFTE 

F] 。 没 有 人 知道 我 们 私下 的 行为 ， 只 有 我 们 自己 心 知 肚 明 。 《深入 浅 出 MFC》2/e 虽 免 费 供 
大 家 阅读 ， 但 此 种 作法 实 非 长 久之 计 。 为 计 久 长 ， 我 们 应 该 苯 重 人 作家、 尊重 贸 财 ， 以 民 好 
(至 少 不 差 ) 的 环境 培养 有 实力 的 优秀 技术 作 冢 ， 如 此 才 有 源源 不 断 的 好 书 可 看 。 

我 的 近况 ， 我 的 作品 ， 我 的 计划 ， 各 位 可 从 前 述 两 个 网 址 获得 。 欢 迎 各 位 写 信 给 我 
(jjhou@ccca.nctu.edu.tw) 。 虽 然 不 一 定 能 够 每 封 来 画 都 回复 ， 但 是 我 乐于 知道 读者 的 任何 


关于 《深入 浅 出 MF C》 2 ењ 


《深入 浅 出 MF C) 2 ee 电子 书 共有 五 个 档案 : 


档 名 内 容 大 小 by t e з 
dissecting МЕС 2/e part1.pdf chap1-chap3 3,384,209 
dissecting MFC 2/e part2.pdf chap4 2,448,990 
dissecting MFC 2/epart3.pdf сһар5-сһар/ 2,158,594 
dissecting МЕС 2/е part4.pdf chap8~chap16 5,171,266 
dissecting МЕС 2/е part5.pdf appendixA,B,C,D 1:92 7111 


每 个 档案 都 可 个 别 阅读 。 每 个 档案 都 有 书签 〈 亦 即 目录 连 接 ) 。 每 个 档案 都 不 需 密码 即 可 打 
开 、 选 择 文字 、 打 印 。 


请 告诉 我 您 的 资料 
每 一 位 下 载 此 份 电子 书 的 朋友 ， 我 希望 您 宇 一 封 email 和 给 我 (jjhou@ccca.nctu.edu.tw) ， 告 
ВИЗР, ВОЕН ЕЖА, ИНН. 


姓名 : 现职 : 毕业 学 校 科 系 : 年 龄 : №: 居住 省 份 〈 如 是 台湾 读者 ， 请 写 县 市 ) : xH 
捷 的 建议 : 


--theend 


в О = 你 一 定 要 知道 (导读 ) 


х K+ meri 


深入 浅 出 MFC 是 一 本 介绍 MFC (Microsoft Foundation Classes) 程序 设计 技术 的 书籍 。 对 于 
Windows 应 用 软件 的 开发 感到 兴趣 ， 并 欲 使 用 Visual C++ 整合 环境 的 视觉 开发 工具 ， 以 MFC 
为 程序 基础 的 人 ， 都 可 以 从 此 书 获 得 最 根本 最 重要 的 知识 与 实例 。 


如 果 你 是 一 位 对 Application Framework 和 面向 对 象 (Object Oriented) 观念 感 兴趣 的 技术 狂 
热 份子 ， 想 知道 神秘 的 Runtime Type Information. Dynamic Creation, Persistence, 
Message Mapping 以 及 Command Routing 如 何 实 现 ， 本 书 能 够 充分 满足 你 。 事 实 上 ， 依 我 
之 见 ， 这 些 核心 技术 和 与 彻底 学 会 操控 MFC 乃 同一 件 事情 。 


全 书 分 为 四 篇 : 


第 一 篇 【 勿 在 浮 砂 筑 高 台 】 提 供 进 入 МЕС 核心 技术 以 及 应 用 技术 之 前 的 所 有 技术 基础 ， 包 
fa : 


Win32 程序 观念 : message based,event driven,multitasking, multithreading, console 
programming。 


° C++ 重要 技术 : 类 与 对 象 、this 指针 与 继承 、 静 态 成 员 、 虚 函 效 与 多 态 、 模 板 


(template) Ж, ЖЕ (exception handling) 。 
° МЕС 入 大 技术 之 简化 仿真 《Console 程序 ) 


第 二 篇 【 欲 善 工事 先 利 其 器 】 提供 给 对 Visual С++ 整合 环境 全 然 卫生 的 朋友 一 个 导 引 。 这 一 
篇 当然 不 能 取代 Visual C++ User's Guide 的 地 位 ， 但 对 整个 软件 开发 环境 有 全 盘 以 及 概观 性 
的 介绍 ， 可 以 让 初学 者 迅速 了 解 手 上 和 萤 握 的 工具 ， 以 及 它们 的 主要 功能 。 


第 三 篇 (ЖЕН МЕС 程序 设计 】 介绍 一 个 МЕС 程序 的 生死 因果 。 已 经 有 МЕС 程序 经 验 的 朋 
友 ， 不 见得 不 会 对 本 篇 感到 惊艳 。 根 据 我 的 了 解 ， 太 多 人 使 用 МЕС 是 [只 知道 这 么 做 ， 不 知 
道 为 什么 」 ; 本 篇 详细 解释 МЕС 程序 之 来 龙 去 脉 ， 为 初 入 МЕС 领域 的 读者 货 定 扎实 的 基 
础 。 说 不 定 本 篇 会 让 你 有 梗 醒 灌顶 之 感 。 


第 四 篇 【深入 МЕС 程序 设计 】 介 绍 各 式 各 样 MFC 技术 。 [只 知 其 然 不 知 其 所 以 然 」 的 不 良 
副作用 ， 在 程序 设计 的 企图 进一步 开展 之 后 ， 您 来 你 严重， 最终 会 行 不 得 也 | 那些 最 困扰 我 
们 的 МЕС Ж, МЕС ЕЖЕЛ, 115 ЯМ МЕС 黑箱 作业 ， 在 本 篇 陆续 曝光 。 本 篇 将 使 
您 高 喊 : Eureka | 


阿 基 米 得 在 洗澡 时 发 现 浮力 原理 ， 高 兴 得 来 不 及 穿 上 裤子 ， 跑 到 街 上 大 喊 : Eureka (我 找到 
ИК 


范例 程序 方面 ， 第 三 章 有 数 个 Console 程 序 (DOS-like 程序 ， 在 Windows 系 统 的 DOS Box 中 
执行 ) ， 模 拟 并 简化 Application Framework 六 大 核心 技术 。 另 外， 全书 以 一 个 循序 渐进 的 
Scribble 程序 (Visual С++ 所 附 范 例 ) ， 从 第 七 章 开 始 ， 分 章 探 讨 每 一 个 MFC 应 用 技术 主 
题 。 第 13 章 另 有 三 个 程序 ， 示 范 Multi-View 和 Multi-Document 的 情况 。 


14 章 ~16 章 是 第 二 版 新 增 内 容 ， 主 题 分 别 是 MFC 多 线程 程序 设计 、Custom AppWizard、 以 
及 如 何 使 用 Component Gallery 提供 的 ActiveX controls 和 components。 


你 需要 什么 技术 基础 


从 什么 技术 层面 切入 Windows 软 件 开 发 领域 ?C/SDK?” 抑或 C++/MFC? 这 一 直 是 个 引起 争议 
的 论题 。 就 我 个 人 观点 ，C++/MFC 程序 设计 必须 跨越 四 大 技术 障碍 : 


1. 面向 对 象 观念 与 C++ ER. 

2. Windows 程序 基本 观念 (程序 进入 点 、 消 息 流动 、 窗 口 琅 数 、callback...) 。 
3. Microsoft Foundation Classes (MFC) 本 身 。 

4. Visual C++ 整合 环境 与 各 种 开发 工具 (ЖЕЛЕ, BERA) 。 


换言之 ， 如 果 你 从 未 接触 C++， 干 万 不 要 阅读 本 书 ， 那 只 会 打击 你 学 习 新 技术 的 信心 而 已 。 如 
果 已 接触 过 C++ 但 不 十 分 熟悉 ， 你 可 以 一 边 复习 C++ 一 边 学 习 MFC， 这 也 是 我 所 训 励 的 方式 
(很 多 人 是 为 了 使 用 MFC 而 去 学 习 C++ №) С++ 语言 的 继承 (inheritance) 特性 对 于 我 们 
使 用 MFC 尤 为 重要 ， 因 为 使 用 MFC 就 是 要 继承 各 个 类 并 为 己 用 。 所 以 ， 你 应 该 对 C++ 的 继承 
ж (ОАЕ У, 4A) 多 加 体会 。 我 在 第 2 章 安 排 了 一 些 C++ 的 必要 基础 。 我 所 挑选 的 
题目 都 是 本 书 会 用 到 的 技术 ， 而 其 深度 你 不 见得 能 够 在 一 般 C++ 书籍 中 发 现 。 


如 果 你 有 C++ 语言 基础 ， 但 从 未 接触 过 Win16 或 Win32 程序 设计 ， 只 在 DOS 环境 下 开发 过 
软件 ， 我 在 第 1 章 为 你 安排 了 一 些 Win32 程序 设计 基础 。 这 个 基础 至 为 重要 ， 只 会 在 各 个 
Wizards 上 按 来 按 去 ， 却 不 懂 所 谓 message loop 与 window procedure 的 人 ， 不 可 能 搞定 
Windows 程序 设计 一 一 不 管 你 用 的 是 MFC 或 OWL 或 Open Class Library， 不 管 你 用 的 是 
Visual C++ 或 Borland C++ 或 VisualAge С++. 





名 词 界 定 : 


API**—Application Programming Interface** 系统 开放 出 来 ， 给 程序 员 使 用 的 接口 ， 就 是 
API。 一 般 人 的 观念 中 API 是 指 像 C АЗОВ Ха, ЛЕ! DOS 的 中 断 向 量 (interrupt 
vector) 也 可 以 说 是 一 种 API，OLE Interface (以 C++ 类 的 形式 呈现 ) 也 可 以 说 是 一 种 API 
不 是 有 人 这 么 说 吗 : МЕС 势 将 成 为 Windows 环境 上 标准 的 С++ АРІ (我 个 人 认为 这 人 句 话 已 
成 为 事实 ) 。 


SDK**—Software Development Kit** 原 指 软件 开发 工具 。 每 一 套 环 境 都 可 能 有 目 己 的 SDK， 
例如 Phar Lap 的 386|DOS Extender 也 有 自己 的 SDK。 在 Windows 这 一 领域 ，SDK 原 是 指 
Microsoft 的 软件 开发 工具 ， 但 现在 已 经 变 成 一 个 一 般 性 名 词 。 凡 以 Windows raw АРІ 撰写 的 
程序 我 们 通常 也 称 为 SDK 程 序 。 也 有 人 把 Windows API 称 为 SDK API。Borland 公司 的 C++ 编 
译 器 也 支持 相同 的 SDK АР! ( 那 当 然 ， 因 为 Windows 只 有 一 套 ) 。 本 书 如 果 出 现 [SDK f£ 
序 」 这 样 的 名 词 ， 指 的 就 是 以 Windows raw API 完成 的 程序 。 


MFC**—Microsoft Foundation Classes** 的 缩写 ， 这 是 一 个 架构 在 Windows API 之 上 的 C++ 
X E (С++ Class Library) ， 意 图 使 Windows 程序 设计 过 程 更 有 效率 ， 更 符合 面向 对 象 的 精 
48, МЕС 在 争取 成 为 [Windows 类 库 标 准 」 RELA XA. Symantec C++ 以 及 WATCOM 
C/C++ 已 向 微软 取得 授权 ， 在 它 的 软件 开发 平台 上 供应 MFC, Borland C++ 也 可 以 吃 进 MFC 
程序 代码 一 lH, OWL БҮНМУ Ж АЛЫ Г. 





OWL**—Object Windows Library** 的 缩写 ， 这 也 是 一 个 具备 Application Framework 架势 的 
C++ ЖЖ, М Borland C++ 之 中 。 


Application Framework 一 在 面向 对 象 领域 中 ， 这 是 一 个 专 有 名 词 。 关 于 它 的 意义 ， 本 书 第 
5 章 有 不 少 介绍 。 基 本 上 它 可 以 说 是 一 个 更 有 凝聚 力 ， 关 联 性 更 强 的 类 库 。 并 不 是 每 一 套 
C++ 类 库 都 有 资格 称 为 Application Framework， 不 过 MFC 和 OWL 都 可 入 列 ，IBM 的 Open 
Class Library 也 是 。Application Framework 当然 不 一 定 得 是 C++ 类 库 ，Java 和 Delphi 应 该 也 
都 称 得 上 。 


为 使 全 书 文字 流畅 精简， 我 用 了 一 些 缩 写字 : 


API - Application Programming Interface 
DLL - Dynamic Link Library 

GUI - Graphics User Interface 

MDI - Multiple Document Interface 
MFC - Microsoft Foundation Class 
OLE - Object Linking & Embedded 
OWL - Object Windows Library 

SDK - Software Development Kit 
SDI - Single Document Interface 
UI - User Interface 

WinApp : Windows Application 


以 下 是 本 书 使 用 之 中 英文 名 词 对 照 表 : 


Control 

drag & drop 
Icon 
linked-list 
listbox 
notification 
preemptive 
process 
queue 
template 
window class 
window focus 


控制 组 件 ， 如 “Edit、ListBox、Button..,。 
拖 放 ( 妃 标 左 键 按 下 ， 选 中 图 示 后 拖 动 ， 然 后 放 开 ) 
图 标 (窗口 缩小 化 后 的 小 图 样 ) 

ER JJ 

列表 框 、 列 表 清 单 

通告 消息 (发 生 于 控制 组 件 ) 

强制 性 、 先 占 式 、 优 先 权 式 

进程 (一 个 执行 起 来 的 程序 ) 

队列 


C++ 有 所 谓 的 class template， 一 般 译 为 类 模板 ; Windows 有 所 谓 的 dialog template, 4X: 


窗口 类 〈 不 是 一 种 C++ Ж) 
窗口 焦点 (拥有 焦点 之 窗口 ， 将 可 以 获得 键盘 输入 ) 


class % 

object 对 象 

constructor 构造 图 数 

destructor 析 构 函数 

operator 运算 符 

override e 

overloading 重 载 ， 亦 有 他 书 译 为 ud 
Encapsulation В 

Inheritance ЖЖ 

Dynamic Binding 动态 联 编 ， 亦 即 后 期 联 编 (late binding) 
virtual function РЖ 

Polymorphism 多 态 ， 亦 有 他 书 译 为 「 同 名 异 式 ] 
member function PX A В 4 


data member 
Base Class 


成 员 变量 ， 亦 有 他 书 译 为 「 数 据 成 员 ] 
类 ， 亦 即 父 类 


Derived Class 


AK AES 29 \Я 


派生 类 ， 亦 即 子 类 


- — 





斜体 字 表 示 画 效 、 章 数 、 变 量 、 语 言 保留 字 、 安 、 识 别 代码 等 等 ， 例 如 : 


Createwindow 

Strtok 

WM CREATE 

ID FILE OPEN 
CDocument::Serialize 
m pNewViewClass 

BEGIN MESSAGE MAP 
Public 


这 是 Win32 РА 

这 是 C Runtime 画 数 库 的 画 数 
这 是 Windows 消 息 

这 是 资源 识别 代码 (ID) 

这 是 MFC 类 的 成 员 画 数 

这 是 MFC 类 的 成 员 变 量 
这 是 MFC 宏 

这 是 C++ 语言 保留 字 


第 1 = Win32 基本 程序 观念 


程序 设计 领域 里 ， 每 一 个 人 都 想 飞 。 
但 是 ， 还 没 学 会 走 之 前 ， 连 跑 都 别 想 | 


虽然 这 是 一 本 深入 讲解 MFC 程序 设计 的 书 ， 我 仍 坚 持 要 安排 这 第 一 章 ， 介 绍 Win32 的 基本 

程序 设计 原理 СЕМЕН МӘК 程序 设计 原理 ) 。 从 来 不 鲁 学 习 过 在 [事件 驱动 (event 

driven) 系统 」 中 撰写 「 以 消息 为 基础 (message based) 之 应 用 程序 1 者 ， 能 否 一 步 跨 入 

МЕС 领域 ， 直 接 以 application framework 开发 Windows 程序 ， 我 一 直 抱 持 怀疑 的 态度 。 R 

然 有 了 MFC (或 任何 其 它 的 application framework) ， 你 可 以 继承 一 整 组 类 ， 从 而 快速 得 到 一 
个 颇具 规模 的 程序 ， 但 是 Windows 程序 的 运作 ЖА (Message Based, Event Driven) 从 来 
不 便 也 不 会 改变 。 如 果 你 不 能 了 解 其 髓 ， 空 有 其 皮 其 肉 或 其 骨 ， 是 不 可 能 有 所 精进 的 ， 即 使 
能 够 操控 wizard， 充 其 量 却 也 只 是 个 puppet， 对 于 手 上 的 程序 代码 ， 没 有 自主 权 。 


我 认为 学 习 MFC 之 前 ， 必 要 的 基础 是 ， 对 于 Windows 程 序 的 事件 驱动 特性 的 了 解 (包括 消息 
的 产生 、 获 得 、 分 派 、 判 断 、 处 理 ) ， 以 及 对 C++ 多 态 (polymorphism) 的 精确 体会 。 本 章 
所 提出 的 ， 是 我 对 第 一 项 必要 基础 的 探讨 ， 你 可 以 从 中 获得 关于 Windows 程序 的 诞生 与 死 
亡 ， 以 及 多 任务 环境 下 程序 之 间 共 存 的 观念 。 至 于 第 二 项 基础 ， 将 由 第 二 章 为 你 夯实 。 


Dialog Editor Image Editor Font Editor - 
DLG BMP со p | 


C Compiler |. 









( Әюо 
(| text file 


C runtime, 


| pg binary file GER apos | 


1-1 — -321u Windows SDK 程 序 的 开发 流程 


需要 什么 函数 库 CLIB) 


众所周知 Windows 支持 动态 链接 。 换 句 话 说 ， 应 用 程序 所 调用 的 Windows АРІ 函数 是 在 【去 
行 时 」 才 链接 上 的 。 那 么 ，『「 链 接 时 期 ] 所 需 的 函数 库 做 什么 用 ?有 哪些 ? 


并 不 是 延伸 文件 名 为 .dll EPI СЕРА Е (DLL, Dynamic Link Library) ， 事 实 上 
.exe、.dll、.fon、.mod、.drv、.ocx ВЕЕРА УЕ А) 55 ЕЕЕ. 


Windows 程序 调用 的 函数 可 分 为 C Runtimes 以 及 Windows АР! 两 大 部 分 。 早 期 的 C 
Runtimes 并 不 支持 动态 链接 ， 但 Visual C++ 4.0 之 后 已 支持 ， 并 且 在 32 位 操作 系统 中 已 不 再 
有 small/medium/large 等 内 存 模式 之 分 。 以 下 是 它们 的 命名 规则 和 与 使 用 时 机 : 


e LIBC.LIB - ix EC Runtime 函数 库 的 静态 链接 版 本 。 


e MSVCRT.LIB - 这 是 C Runtime 辑 数 库 动态 链接 版 本 (MSVCRT40.DLL) 的 import 函数 
库 。 如 果 链 搂 此 一 函 效 库 ， 你 的 程序 执行 时 必须 有 MSVCRT40.DLL 在 场 。 


另 一 组 函数 ，Windows APIl， 由 操作 系统 本 身 (主要 是 Windows 三 大 模块 GDI32.DLL 和 
USER32.DLL 和 KERNEL32.DLL) 提供 〈 注 ) 。 虽 说 动态 链接 是 在 运行 时 才 发 生 [链接 」 m 
实 ， 但 在 链接 时 期 ， 链 接 器 仍 需 先 为 调用 者 〈 应 用 程序 本 有 身 ) 准 各 一些 适 当 的 资讯 ， 才 能 够 
在 运行 时 顺利 ГЕК 到 DLL 执行 。 如 果 该 API 所 属 之 函数 库 尚 未 加 载 ， 系 统 也 才 因 此 知道 要 
先行 加 载 该 现 数 库 。 这 些 适 当 的 信息 放 在 所 谓 的 [import 函数 库 」 中 。32 位 Windows 的 三 
大 模块 所 对 应 的 import РАЗ 273] 2; GDI32.LIB 和 USER32.LIB ЖІ KERNEL32.LIB。 


Windows 发 展 至 今 ， 逐 渐 加 上 的 一 些 新 的 АРІ 函数 (例如 Common Dialog、ToolHelp) 并 
不 放 在 GDI 和 USER 和 KERNEL 三 大 模块 中 ， 而 是 放 在 诸如 COMMDLG.DLL、 
TOOLHELP.DLL 之 中 。 如 果 要 使 用 这 些 APls， 链 接 时 还 得 加 上 这 些 DLLs РЧ 7 іппрог 2% 
库 ， 诸 如 COMDLG32.LIB 和 TH32.LIB。 


很 快 地 ， 在 稍 后 的 范例 程序 “Generic” 的 makefile 中 ， 你 就 可 以 清楚 看 到 链接 时 期 所 需 的 各 式 
ЖЕКЕ (以 及 各 种 链接 器 选项 ) o 


musei XXE CH) 


Fr Windows Tz Fe SIME ZR =: AWINDOWS.H, ЕЯ Е E XB xt, Ж*^ 85000 行 左 
A, Visual C++ 4.0 已 把 它 切 割 为 各 个 较 小 的 文件 ， 但 还 以 WINDOWS.H 总 括 之 。 除非 你 十 
清楚 什么 АРІ 动作 需要 什么 头 文 件 ， 否 则 为 求 便 利 ， 单 单一 个 WINDOWS.H Вл 7. 


^ii, WINDOWS.H 只 照顾 三 大 模块 所 提供 的 API В, ЖКН ЕЕ system DLLs, Wi 
如 COMMDLG.DLL 或 MAPI.DLL 或 TAPI.DLL 等 等 ， 就 得 含 入 对 应 的 头 文 件 ， 例 如 
COMMDLG.H 或 MAPI.H 或 ТАРІН 等 等 。 


以 消息 为 基础 ， 以 事件 驱动 之 (message based, 
event driven) 


Windows 程序 的 进行 系 依靠 外 部 发 生 的 事件 来 驱动 。 换 名 话说， 程序 不 断 等 等 (利用 一 个 

while 循环 ) ， 等 待 任何 可 能 的 输入 ， 然 后 做 判断 ， 然 后 再 做 适当 的 处 理 。 上 述 的 [输入 」 是 
由 操作 系统 捕捉 到 之 后 ， 以 消息 形式 (一 种 数据 结构 ) 进入 程序 之 中 。 操 作 系 统 如 何 捕捉 外 
Е (ПЕ S TIER) 所 发 生 的 事件 呢 ? 噢 ，USER 模块 掌管 各 个 外 围 的 驱动 程序 ， 它 们 
各 有 侦 测 循环 。 


如 果 把 应 用 程序 获得 的 各 种 [输入 」 分 类 ， 可 以 分 为 由 硬件 装置 所 产生 的 消息 (ПР 
或 键盘 被 按 下 ) ， 放 在 系统 队列 (system queue) 中 ， 以 及 由 Windows 系统 或 其 它 Windows 
程序 传送 过 来 的 消息 ， 放 在 程序 队列 (application queue) 中 。 以 应 用 程序 的 眼光 来 看 ， 消 息 
束 是 消息 ， 来 自 哪里 或 放 在 哪里 其 实 并 没有 太 大 区 别 ， 反 正 程序 调用 GetMessage APITI 
一 个 消息 ， 程 序 的 生命 靠 它 来 推动 。 所 有 的 GUI 和 系统 ， 包 括 UNIX 的 X Window 以 及 OS/2 的 
Presentation Manager， 都 像 这 样 ， 是 以 消息 为 基础 的 事件 驱动 系统 。 


可 想 而 知 ， 每 一 个 Windows 程 序 都 应 该 有 一 个 循环 如 下 : 


MSG msg; 
while (GetMessage(&msg, NULL, NULL, NULL)) í 
TranslateMessage(&msg); 
DispatchMessage(&msg); 
) // 以 上 出 现 的 函数 都 是 Windows АРІ АЖ 
消息 ， 也 就 是 上 面 出 现 的 MSG 结 构 ， 其 实 是 Windows 内 定 的 一 种 数据 格式 : 
/* Queued message structure */ 
typedef struct tagMSG 


HWND hwnd; 

UINT message; // WM xxx, Я wM MOUSEMOVE, WM SIZE... 
WPARAM wParam; 

LPARAM lParam; 


DWORD time; 
POINT pt; 
) MSG; 


ЕЗЛАННАМЕНМЕНГІ, -TAn IA ^РАЖ ñ ЖАНЫ, SPERA 
负责 设计 这 个 所 谓 的 ГЕТО Е] (window procedure， 或 称 为 window function) 。 如 果 窗 
口 获得 一 个 消息 ， 这 个 窗口 函数 必须 判断 消息 的 类 ， 决 定义 理 的 方式 。 


以 上 融 是 Windows 程 序 设 计 最 重要 的 观念 。 至 于 窗口 的 产生 与 显示 ， 十 分 简单 ， 有 专门 的 API 
贺 数 负责 。 稍 后 我 们 融会 看 到 Windows 程序 如 何 把 这 消息 的 取得 、 分 派 、 人 处 理 动作 表现 出 
来 。 


一 个 具体 而 微 的 Win32 程 序 


许多 相关 书籍 或 文章 尝试 以 各 种 方式 简化 Windows 程 序 的 第 一 步 ， 因 为 单单 一 个 Hello 程 序 就 

要 上 百 行 ， 怕 把 大 家 吓 坏 了 。 — S 早 一 点 看 到 全 fi 

Windows 的 东西 又 多 又 大， 早 一 点 一 帘 全 貌 是 很 有 必要 的 。 而 且 你 会 发 现 ， 经 过 有 条 理 的 解 

тан. 165805 э Ҥ 3 Wc ы (ТЕ л] + K l RECAER И B) 读 ) 。 再 说 ， 
进程 序 代 码 哪 算 得 了 什么 ! 


你 可 以 从 图 1-2 8% Win32 应 用 程序 的 本 体 与 操作 系统 之 间 的 关系 。Win32 程序 中 最 具 代 表 
意义 的 动作 已 经 在 该 图 显示 出 来 ， 完 整 的 程序 代码 展示 于 后 。 本 章 后 续 讨 论 都 围绕 着 此 一 程 
№. 


稍 后 会 出 现 一 个 makefile。 关 于 makefile 的 语法 ， 可 能 已 经 不 再 为 大 家 所 熟悉 了 。 我 想 我 有 必 
要 做 个 说 明 。 所 谓 makefile， 就 是 让 你 能 够 设 定 某 个 文件 和 某 个 文件 相 比 一 一 比较 其 产生 日 
期 。 由 其 比较 结果 来 决定 要 不 要 做 某 些 你 所 指定 的 动作 。 例 如 : 


generic.res : generic.rc generic.h 
rc generic.rc 


Е: (:) 左边 的 generic.res 和 冒号 右边 的 generic.rc 和 generic.h 的 文件 日 期 相 
Eb。 只 要 右边 任 一 文件 比 左 边 的 文件 更 新 ， 束 执行 下 一 行 所 指定 的 动作 。 这 动作 可 以 是 任何 
命令 列 动作 ， 本 例 为 rc generic.rc。 


因此 ， 我 们 就 可 以 把 不 同文 件 间 的 依存 关系 做 一 个 整理 ， 以 makefile 语法 描述 ， 以 产生 必要 
的 编译 、 链 接 动 作 。makefile 必须 以 NMAKE.EXE (Microsoft 工具 ) 或 MAKE.EXE (Borland 
IR) 处 理 之 ， 或 其 它 编译 器 套件 所 附 的 同等 工具 〈 可 能 也 叫做 MAKE.EXE) ЖЕ м, 


MYAPP.EXE 


= A = ыы WinMainhinst hPrex. ...) 
1 


Messages fr попу | 





Кері ег а= y 
Create Window... К 
Show Window... 
| Update Window... x 
шын | while(Crethdessage(& map...) 1 
i Translateħiessaget... Y: 
Dispatchh1essaget... Y: 











k 
1 
retum msg ww Param: 


| ) 


| Window Procedure 
із, And Proc муть. msg. swParam. IP: 























| case WM CREATE: ... 
"SendMessage() сазе ҰМ COMMANDO: ... 
use WM LBUTTONDOWS: ... | 
езе WA PAINT: .. 
case WM CLOSE ... 
E cuase WM DESTROY: .. | 
Win dows default: return Def Window Руку. Y: 


switch (msg) | 
| 


б 
return 


k 
k 


1-2 Windows 程序 的 本 体 与 操作 系统 之 间 的 关系 


Generic.mak (请 在 DOS 禄 口中 执行 hmake generic.mak。 环 境 设 定 请 参考 p.224) 


#0001 # filename : generic.mak 

40002 # make file for generic.exe (Generic Windows Application) 

40003 # usage : nmake generic.mak (Microsoft С/С++ 9.00) (Visual C++ 2.x) 
40004 # usage : nmake generic.mak (Microsoft С/С++ 10.00) (Visual C++ 4.0) 
#0005 

#0006 all: депегіс.ехе 


#0007 
40008  generic.res : generic.rc generic.h 
#0009 гс generic.rc 
#0010 
#0011 generic.ob] : generic.c generic.h 
#0012 Cl-c-W3-Gz-D X86 -DWIN32 generic.c 
40013 
40014 депегіс.ехе : generic.obj generic.res 
40015 link/MACHINE:I386 -subsystem:windows generic.res generic.obj N 
#0016 libc.lib kerne132.lib user32.lib gdi32.1ib 
Generic.h 
#0001 //--------------------------------------------------------------- 
#0002 // 文件 名 : generic.h 
#0003 //--------------------------------------------------------------- 


#0004 BOOL InitApplication(HANDLE); 

#0005 BOOL InitInstance(HANDLE, int); 

#0006 LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM); 
40007  LRESULT CALLBACK About(HWND, UINT, WPARAM, LPARAM); 


Generic.c ( 粗 体 代表 Windows АРІ =k Z= ) 


#0001 //--------------------------------------------------------------- 
#0002 // Generic - Win32 程序 的 基础 写法 

#0003 // Top Studio * J.J.Hou 

#0004 // 文件 名 : generic.c 

#0005 // 作者 : RRA 

#0006 // 编译 链接 : 请 参考 generic.mak 

#0007 //--------------------------------------------------------------- 
#0008 


#0009 #include <windows.h> // 每 一 个 windows 程序 都 需要 含 人 此 文件 
40010 #include "resource.h" // 内 含 各 个 resource IDs 
40011  Zinclude "generic.h" // 本 程序 之 含 入 文件 


#0012 

#0013 HINSTANCE _hInst; // Instance handle 
40014  HWND  hwnd; 

40015 


40016 char  szAppName[] = "Generic"; // 程序 名 称 
#0017 char  szTitle[]- "Generic Sample Application"; // 窗口 标题 
40017 char | szTitle[] 


#0018 

#0019 //--------------------------------------------------------------- 
#0020 // WinMain - 程序 进入 点 

#0021 //--------------------------------------------------------------- 
40022 int CALLBACK WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, 
#0023 LPSTR lpCmdLine, int nCmdShow) 

#0024 { 

#0025 MSG msg; 

#0026 


#0027 UNREFERENCED PARAMETER(lpCmdLine); // 避免 编译 时 的 警告 
#0028 

#0029 if (!hPrevInstance) 

40030 if (!InitApplication(hIinstance)) 


#0031 return (FALSE); 


#0032 

#0033 if (!InitInstance(hInstance, nCmdShow)) 

#0034 return (FALSE); 

40035 

40036 while (GetMessage(&msg, NULL, 0, 0)) 4 

40037 TranslateMessage(&msg); 

40038 DispatchMessage(&msg); 

40039 } 

#0040 

#0041 return (msg.wParam); // 传 回 PostQuitMessage 的 参数 

#0042 } 

#0043 //--------------------------------------------------------------- 
#0044 // InitApplication - 注册 窗口 类 

#0045 //--------------------------------------------------------------- 
#0046 BOOL InitApplication(HINSTANCE hInstance) 

#0047 { 

#0048 WNDCLASS wc; 

#0049 


#0050 wc.style = CS HREDRAW | CS VREDRAW; 

#0051 — wc.lpfnwndProc- (WNDPROC)WndProc; // ПІН 

#0052 wc.cbClsExtra= 0; 

#0053 wc.cbwndExtra- 0; 

#0054 wc.hInstance= hInstance; 

#0055 wc.hlIcon- LoadIcon(hInstance, "jjhouricon"); 

40056 wc.hCursor- LoadCursor(NULL, IDC ARROW); 

#0057 — wc.hbrBackground = GetStockObject(WHITE BRUSH); // 窗口 后 台 颜 色 
#0058 . wc.lpszMenuName "GenericMenu"; // .RC 所 定义 的 窗 体 


#0059 wc.lpszClassName _$2АррМаме; 

#0060 

#0061 return (RegisterClass(&wc)); 

#0062 } 

#0063 //--------------------------------------------------------------- 
#0064 // InitInstance - 产生 窗口 

#0065 //--------------------------------------------------------------- 
#0066 BOOL InitInstance(HINSTANCE hInstance, int nCmdShow) 
#0067 { 

#0068 _hInst = hInstance; // 储存 为 全 局 变量 ， 方 便 使 用 。 
#0069 

#0070 _hwnd = Createwindow( 

#0071 _szAppName, 

#0072  SzTitle, 

#0073 WS OVERLAPPEDWINDOW, 

#0074 CW USEDEFAULT, 

#0075 CW USEDEFAULT, 

#0076 CW USEDEFAULT, 

#0077 CW USEDEFAULT, 

#0078 NULL, 

#0079 NULL, 

#0080 hInstance, 

#0081 NULL 

#0082 у; 

#0083 

#0084 if (!_hwnd) 

#0085 return (FALSE) 

#0086 


40087 Showwindow(_hwnd, nCmdShow); // 显示 窗口 
40088 — Updatewindow( hwnd); // 送出 ММ PAINT 
40089 return (TRUE); 


40090 } 

#0091 //--------------------------------------------------------------- 
#0092 // WndProc - 窗口 函数 

#0093 //--------------------------------------------------------------- 
#0094  LRESULT CALLBACK WndProc(HWND hwnd, UINT message, 

#0095 WPARAM wParam, LPARAM lParam) 

40096 { 

#0097 int wmId, wmEvent; 

#0098 


#0099 switch (message) í 

#0100 case WM_COMMAND: 

#0101 

#0102 утта = LOWORD(wParam); 


#0103 wmEvent = HIWORD(wParam); 


#0104 

#0105 switch (wmId) í 

#0106 case IDM_ABOUT: 

#0107 DialogBox( hInst, 

#0108 "AboutBox",// 对 话 框 资源 名 称 

#0109 hwnd, // “НІП 

#0110 (DLGPROC)About // ЕЖ ЖЖ 

#0111 үү: 

#0112 break; 

#0113 

#0114 сазе IDM_EXIT: // 使 用 者 想 结束 程序 。 人 处 理 方式 与 WM_CLOSE 相同 。 
#0116 DestroyWwindow(hWnd); 

#0117 break; 

#0118 

#0119 default: 

#0120 return (DefWindowProc(hwnd, message, wParam, lParam)); 
#0121 } 

#0122 break; 

#0123 

#0124 case WM DESTROY: // 窗口 已 经 被 摧毁 (程序 即将 结束 )。 

#0125 PostQuitMessage(0); 

40126 break; 

#0127 

#0128 default: 

#0129 return (DefWindowProc(hwnd, message, wParam, lParam)); 
#0130 } 

#0131 return (0); 

#0132 ) 

Н0133 //--------------------------------------------------------------- 
#0134 // About - ЗЕР 

#0135 //--------------------------------------------------------------- 
#0136 LRESULT CALLBACK About(HWND hDlg, UINT message, 

40137 WPARAM wParam, LPARAM lParam) 

40138 { 

40139 UNREFERENCED PARAMETER(lParam); // 避免 编译 时 的 警告 

#0140 

#0141 switch (message) í 

#0142 case WM_INITDIALOG: 

#0143 return (TRUE); // TRUE 表示 我 已 处 理 过 这 个 消息 

#0144 

#0145 case WM COMMAND: 

40146 if (LOWORD(wParam) == IDOK 

#0147 | |LOWORD (wParam) == IDCANCEL) í 

#0148 EndDialog(hDlg, TRUE); 

#0149 return (TRUE); // TRUE 表示 我 已 处 理 过 这 个 消息 
#0150 } 

#0151 break; 

#0152 } 

#0153 return (FALSE); // FALSE 表示 我 没有 义理 这 个 消息 

#0154 } 


Generic.rc 


#0001 //--------------------------------------------------------------- 
#0002 // 文件 名 : generic.rc 

#0003 //--------------------------------------------------------------- 
#0004 #include "windows.h" 

#0005 #include "resource.h" 

#0006 

#0007 jjhouricon ICON DISCARDABLE "jjhour.ico" 

40008 

#0009  GenericMenu MENU DISCARDABLE 

#0010 BEGIN 


#0011 POPUP "&File" 

#0012 BEGIN 

#0013 MENUITEM "&New", IDM NEW, GRAYED 

#0014 MENUITEM "&Ореп...", IDM_OPEN, GRAYED 

#0015 MENUITEM "&Save", IDM_SAVE, GRAYED 

#0016 MENUITEM "Save &As...", IDM_SAVEAS, GRAYED 
#0017 MENUITEM SEPARATOR 

#0018 MENUITEM "&Print...", IDM_PRINT, GRAYED 
#0019 MENUITEM "P&rint Setup...", ТОМ PRINTSETUP, GRAYED 
#0020 MENUITEM SEPARATOR 

#0021 MENUITEM "E&xit", IDM_EXIT 

#0022 END 

#0023 POPUP "&Edit" 

#0024 BEGIN 

#0025 MENUITEM "&UndoNtCtrl-Z", IDM UNDO, GRAYED 

#0026 MENUITEM SEPARATOR 

#0027 MENUITEM "Cu&tNtCtrl1+X", IDM_CUT, GRAYED 

#0028 MENUITEM "&Сору\ЕСЕг1+С", IDM COPY, GRAYED 

#0029 MENUITEM "&PasteNtCtrl+V", IDM_PASTE, GRAYED 
#0030 MENUITEM "Paste &Link'", IDM LINK, GRAYED 

#0031 MENUITEM SEPARATOR 

#0032 MENUITEM "Lin&ks...", IDM LINKS, GRAYED 
40033 END 

#0034 POPUP "&Help" 

#0035 BEGIN 

40036 MENUITEM "&Contents", IDM HELPCONTENTS, GRAYED 
#0037 MENUITEM "&Search for Help On...", ТОМ HELPSEARCH, GRAYED 
#0038 MENUITEM "&How to Use Help", IDM HELPHELP, GRAYED 
#0039 MENUITEM SEPARATOR 

#0040 МЕМОТТЕМ "&About Generic...", IDM_ABOUT 

#0041 END 

#0042 END 

#0043 


40044 AboutBox DIALOG DISCARDABLE 22, 17, 144, 75 
#0045 STYLE DS_MODALFRAME | WS CAPTION | WS SYSMENU 
#0046 CAPTION "About Generic' 

#0047 BEGIN 


#0048 СТЕХТ "Windows 95", -1,0, 5,144,8 

#0049 CTEXT "Generic Application",-1,0,14,144,8 
#0050 CTEXT "Version 1.0",-1,0,34,144,8 

#0051 DEFPUSHBUTTON "ОК", IDOK,53,59,32,14,WS_GROUP 
#0052 END 


程序 进入 点 WinMain 
тат 是 一 般 C 程 序 的 进入 点 : 


int main(int argc, char *argv[ |, char *envp[ 1); 


{ 
} 


WinMain 则 是 Windows 程序 的 进入 点 : 


int CALLBACK WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, 
LPSTR lpCmdLine, int nCmdShow) 


) / ДЕ Win32 中 CALLBACK 被 定义 为 — stdcall, 2 —PRERZ4U FH] м, ХЖ ЈИ Вур, АЖ 


El — — № 


当 Windows 的 Г 1 (shell, (ЯП Windows 3.1 的 程序 管理 员 或 Windows 95 的 文件 总 管 ) 
侦 测 到 使 用 者 意欲 执行 一 个 Windows 程序 ， 于 是 调用 加 载 器 把 该 程序 加 载 ， 然 后 调用 C 
startup code， 后 者 再 调用 WinMain， 开 始 执 进程 序 。WinMain 的 四 个 参数 由 作业 系统 传递 进 
来 。 





窗口 类 之 注册 与 窗口 之 诞生 


一 开始 ，Windows 程序 必须 做 些 初 始 化 工作 ， 为 的 是 产生 应 用 程序 的 工作 舞台 : 窗口 。 这 没 
有 什么 困难 ， 因 为 API 函 数 CreateWindow 完 全 包办 了 整个 巨大 的 工程 。 但 是 窗口 产生 之 前 ， 
其 属性 必须 先 设 定 好 。 所 谓 属性 包括 窗口 的 [外 貌 ] 和 [行为 ， 一 个 窗口 的 边框 、 颜 色 、 
标题 、 位 置 等 等 就 是 其 外 貌 ， 而 窗口 接收 消息 后 的 反应 就 是 其 行为 (县 体 地 说 就 是 指 窗口 玉 
数 本 身 ) 。 程 序 必须 在 产生 窗口 之 前 先 利 用 АРІ 函数 RegisterClass 设 定 属性 (我 们 称 此 动作 
为 注册 窗口 类 ) 。RegisterClass 需要 一 个 大 型 数据 结构 WNDCLASS 做 为 参数 ， 
CreateWindow 则 另 需 要 11 个 参数 。 
WNDGLASS мс; 


| | [LRESULTCALLBACK WndProc(HWND HWnd 
wc.style = CS HREDRAW | CS. VREDRAW, аты UINT message, 


wc.IpfnWndProc = (WNDPROC)WndProc; | WPARAM wParam, 


wecbChExtra =0: LPARAM ІРагат) 
wc.cbWndExtra =0: 

wc.hlnstance = hinstance: 

wc.hlcon = Loadiconi(hlnstance, "jjhouricon); 

wc.hCursor = LoadCursor(NULL., IDC ARROWJ 

wc. hbrBackground = GetStockObject(WHITE, BRUSH), |# йрт (icon) 
wc.IpszMenuName = "GenericMenu'; гс Kühouricon ICON DISCARDABLE 
we.IpssCiasshame = "Generic"... Ж (menu) + GenericMenu ME NU DISCARDABLE 
BEGIN 


POPUP "&File" 

POPUP "AE dit" 1 

е SM (menu? 
POPUP wes f 


END 







GENERKC.C | 


RegisterClass (бс); 
HWND ”hwnd PERPA 


hWnd = CreateWándow( 
"Generic. < 
"Generic Sample Application”. 
WS OVERLAPPEDWINDONW, zz | 
CW USEDEFAULT, left ЖЕНИ Caption ， 
CW USEDEFAULT, top 
CW USEDEFAULT, // width 
CW_USE DEFAULT, // height 
NULL. 






4 Сезетіс Sample Аррһеаһов 


NULL, 
hinstance, 
NULL 


) 


height 


“Ң--------Іі” Же 
width 


1-3 RegisterClass 与 CreateWindow 


从 图 1-3 可 以 清楚 看 出 一 个 禄 口 类 牵扯 的 范围 多 么 广泛 ， 其 中 wc.lpfnWndProc 所 指定 的 函数 
束 是 窗口 的 行为 中 枢 ， 也 就 是 所 谓 的 留 口 妙 数 。 注 意 ，CreateWindow 只 产生 窗口 ， 并 不 显示 
窗口 ， 所 以 稍 后 我 们 必须 再 利用 ShowWindow 将 之 显示 在 屏幕 上 。 又 ， 我 们 希 ка Ыш 
WM_PAINT 给 窗口 ， 以 驱动 窗口 的 绘图 动作 ， 所 以 调用 UpdateWindow。 消 息 传递 的 观念 暂 
HDR, НЕЕ. 


请 注意 ， 在 Generic 程 序 中 ，RegisterClass 被 我 包装 ш PICANT Қ АВ, 
CreateWindow Xu] RR e] ЕЕ InitlnstanceE г rh, і fre HE ЭЕ, А048) : 


int CALLBACK WinMain(HINSTANCE hiInstance, HINSTANCE hPrevInstance, 
LPSTR lpCmdLine, int nCmdShow) 
i 


if (!hPrevInstance) 

if (!InitApplication(hInstance)) 

return (FALSE); 

if (!InitInstance(hInstance, nCmdShow)) 
return (FALSE); 


j 
BOOL InitApplication(HINSTANCE hInstance) 


WNDCLASS wc; 


return (RegisterClass(&wc)); 


BOOL InitInstance(HINSTANCE hlInstance, int nCmdShow) 


 hwnd = CreateWindow(...); 


两 个 函数 InitApplication 和 Initlnstance) 的 名 称 别 具 意 义 : 


e 在 Windows 3.x 时 代 ， 窗 口 关 只 需 注册 一 次 ， 即 可 供 同 一 程序 的 后 续 每 一 个 执行 个 体 
(instance) 使 用 (之 所 以 能 够 如 此 ， 是 因为 所 有 进程 共 在 一 个 地 址 空间 中 ) ， 所 以 我 们 
把 RegisterClass 这 个 动作 安排 在 “只 有 第 一 个 执行 个 体 才 会 进入 ”的 InitApplication 函数 
中 。 至 于 此 一 进程 是 否 是 菜 个 程序 的 第 一 个 执行 个 体 ， 可 由 WinMain 的 参数 
hPrevlnstance 判断 之 ; 其 值 由 系统 传 入 。 


° 产生 窗口 ， 是 每 一 个 执行 个 体 (instance) 都 得 做 的 动作 ， 所 以 我 们 把 CreateWindow 这 
个 动作 安排 在 [任何 执行 个 体 都 会 进入 」 的 Initlnstance РАЗХЕН. 


以 上 情况 在 Windows NT 和 Windows 95 中 略 有 变化 。 由 于 Win32 程序 的 每 一 个 执行 个 体 

(instance) 有 自己 的 地 址 空间 ， 共 享 同 一 窗口 类 已 不 可 能 。 但 是 由 于 Win32 系统 分 
hPrevlnstance 永 远 为 0， 所 以 我 们 仍然 得 以 把 RegisterClass 和 CreateWindow 按 旧 习 惯 安排 。 
既 符 合 了 新 环境 的 要 求 ， 又 兼顾 到 了 旧 原 始 代码 的 兼容 。 


InitApplication 和 Initlnstance 只 不 过 是 两 个 自 定 
МЕС 把 这 两 个 函数 包装 成 CWinApp 的 两 个 虚 成 员 
有 详细 解释 。 


рч, ОСОНИ 5 ВАЕ 
я ВЧК. 6 = [MFC ERES] 对 此 


= ев > 
初始 化 工作 完成 后 ，WinMain 进入 所 谓 的 消息 循环 : 


while (GetMessage(&msg,...)) í 
TranslateMessage(&msg); // 转换 键盘 消息 
DispatchMessage(&msg); // 分 派 消息 

^ 


其 中 的 TranslateMessage 是 为 了 将 键盘 消息 转化 ，DispatchMessage AHK f£ E DE 
нак, 没有 指定 函数 名 称 ， 却 可 以 将 消息 传送 过 去 ， LE 
， 操作 系 统 已 根据 当时 状态 ， 为 它 标 明了 所 属 窗口 ， 而 窗口 所 属 之 窗口 类 又 已 经 明白 标示 
PME (也 就 是 wc.IpfnWndProc 所 指定 ан 所 以 DispatchMessage 自 有 脉络 可 
寻 。 请 注意 图 1-2 所 示 ，DispatchMessage 经 过 USER 模 块 的 协助 ， 才 把 消息 交 到 窗口 函数 
手中 。 


消息 循环 中 的 GetMessage 是 Windows 3.x 非 强制 性 (non-preemptive) 多 任务 的 关键 。 应 用 
程序 厌 由 此 动作 ， 提 供 了 释放 控制 权 的 机 会 : 如 果 消 息 队 列 上 没有 属于 我 的 消息 ， 我 就 把 机 
会 让 给 别人 。 通 过 程序 之 间 彼 此 协调 让 步 的 方式 ， 达 到 多 任务 能 力 。Windows 95 和 Windows 
МТ 县 各 强制 性 (preemptive) рац ЖІНҘЕЗЕ GetMessage 释 放 CPU 控制 权 不 可 ， 但 
程序 写法 依然 不 变 ， 因 为 应 用 程序 仍然 需要 靠 消 息 推动 。 它 还 是 需要 抓 消息 ! 


ПАЈЕ ар : ГІР 


消息 循环 中 的 DispatchMessage 把 消息 分 配 到 哪里 呢 2 它 通 过 USER 模 块 的 协助 ， 送 到 该 窗口 
的 窗口 函数 去 了 。 窗 口 本 数 通常 利用 switch/case 方 式 判 断 消息 种 类 ， 以 决定 处 置 方式 。 由 于 
它 是 被 Windows 系 统 所 调用 的 (我们 并 没有 在 应 用 程序 任何 地 方 调用 此 函数 ) ， 所 以 这 是 一 
种 call Баск, AGE [在 你 的 程序 中 ， 被 Windows 2:398 КР, ер а A 
由 你 设计 ， 但 是 永远 不 会 也 不 该 被 你 调用 ， 它 们 是 为 Windows 系统 准 各 的 。 


程序 进行 过 程 中 ， 消 息 由 输入 装置 ， 经 由 消息 循环 的 抓 取 ， 源 源 传 送 给 窗口 并 进而 送 到 窗口 
函数 去 。 窗 口 函 数 的 体积 可 能 很 庞大 ， 也 可 能 很 精简 ， 依 该 窗口 感 兴趣 的 消息 数量 多 袁 而 
定 。 至 于 窗口 函数 的 型 式 ， 相 当 一 致 ， 必 然 是 : 


LRESULT CALLBACK WndProc(HWND hwnd, 
UINT message, 

WPARAM wParam, 

LPARAM lParam) 


注意 ， 不 қағын 都 必须 被 处 理 ， 所 以 switch/case 指令 中 的 default: 处 必须 调用 
DefWindowProc， 这 是 Windows 内 部 预 设 的 消息 义理 函数 。 


窗口 函数 的 wParam #0 ІРагат 的 意义 ， 因 消息 之 不 同 而 异 。wParam 在 16 位 环境 中 是 16 
位 ， 在 32 位 环境 中 是 32 位 。 因 此 ， 参 数 内 容 (格式 ) 在 不 同 作 业 环 境 中 就 有 了 变化 。 


我 想 很 多 人 都 会 问 这 个 问题 : 为 什么 Windows Programming Modal 要 把 窗口 函数 设计 为 一 个 
call back 玉 数 ?为 什么 不 让 程序 在 抓 到 消息 (GetMessage) < Аа НЕ T чр 
ж, УЕ, БЕН TES Z S273 FHURBS ГУЧ (例如 当 某 个 消息 产 
^^), ШШ} саһһаск 形式 ， 才 能 开放 出 一 个 接口 给 E 


消息 映射 (Message Map) 的 维 形 


ЖЕН НІВЕНЕ ПИ 315 МЕ, EAE? нЕ. В, М 
下 作法 是 MFC ВАВ] (8935) 的 维 形 ， 我 所 采用 的 结构 名 称 和 变量 名 称 ， 都 与 
МЕС 相同 ， 藉 此 让 你 先 有 个 暖 身 。 


首先 ， 定 义 一 个 MSGMAP_ENTRY 结 构 和 一 个 dim 宏 : 


struct MSGMAP ENTRY í 
UINT nMessage; 
LONG (*pfn)(HWND, UINT, WPARAM, LPARAM); 


}; 
#define dim(x) (sizeof(x) / sizeof(x[0])) 


请 注意 MSGMAP ENTRY 的 第 二 元 素 pfn 是 一 个 函数 指针 ， 我 准 各 以 此 指针 所 指 之 函数 处 理 
nMessage 消息 。 这 正 是 面向 对 象 观 念 中 把 | 数据 上 」 和 | 义理 数据 的 方法 上 」 封 疼 起 来 的 一 种 具 
体 实 现 ， 只 不 过 我 们 用 的 不 是 C++ 语言 


接 下 来 ， 组 织 两 个 数组 messageEntries[ ] 和 commandEntries[ ]， 把 程序 中 欲 处 理 的 消息 以 
及 消息 处 理 例 程 的 关联 性 建立 起 来 : 


// 消息 与 处 理 例 程 之 对 照 表 
struct MSGMAP_ENTRY _messageEntries[] = 


{ 
WM_CREATE, OnCreate, 
WM PAINT, OnPaint, 
WM SIZE, OnSize, 
ММ COMMAND, OnCommand, 
WM SETFOCUS, OnSetFocus, 
ММ CLOSE, OnClose, 
WM DESTROY, OnDestroy, 
к хана 这 是 消息 处 理 例 程 


// Command-ID 和 与 处 理 例 程 之 对 照 表 格 
struct MSGMAP ENTRY commandEntries = 
{ 


IDM_ABOUT, OnAbout, 
IDM_FILEOPEN, OnFileopen, 
IDM_SAVEAS, OnSaveAs, 


} ;这 是 WM_COMMAND 命 令 项 这 是 命令 处 理 例 程 


РЕ ор И: 


// ЕП 
LRESULT CALLBACK WndProc(HWND hwnd, UINT message, 
WPARAM wParam, LPARAM lParam) 
1 . ` 
int 1; 
for(i=0; i < dim( messageEntries); i++) 4 // 消息 对 照 表 
1Ғ (message == _messageEntries[i].nMessage) 


return((*  messageEntries[i].pfn)(hWnd,message, wParam, lParam)) ; 


return(DefWindowProc(hwnd, message, wParam, lParam)); 


) 
// OnCommand— + Г] ЕЕ ММ COMMAND 


LONG OnCommand(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) 


{ 
Znec 
for(i-0; i < dim( commandEntries); i++) ( // 命令 项 目 对 照 表 
if (LOWORD(wParam) ==  |commandEntries[i].nMessage) 
return((* commandEntries[i].pfn)(hwnd, message, wParam, lParam)); 
return(DefWindowProc(hwnd, message, wParam, lParam)); 
j 
//------------------------------------------------------------------ 


LONG OnCreate(HWND hwnd, UINT wMsg, UINT wParam, LONG lParam) 


LONG OnAbout(HWND hwnd, UINT wMsg, UINT wParam, LONG lParam) 
1 


} 


一 来 ，WndProc 和 OnCommand 永 远 不 必 改 变 ， 每 有 新 要 义理 的 消息 ， 


只 要 在 


plata. 和 commandEntries[ ] 两 个 数组 中 加 上 新 元 素 ， 并 针对 新 消息 撰写 新 的 


处 理 例 程 即 可 。 


这 种 观念 以 及 作法 就 是 MFC 的 Message Map 的 维 形 。MFC 把 其 中 的 动作 包装 


天 得 更 好 更 精致 


(当然 因此 也 就 更 复杂 得 多 ) ， 成 为 一 张 庞大 的 消息 地 图 ; 程序 一 旦 获得 消息 ， 就 可 以 按 图 
上 溯 ， 直 到 被 义理 为 止 。 我 将 在 第 3 章 简单 模拟 MFC 的 Message Map， 并 在 第 9 = 「 消 息 映 


射 与 循环 ] 中 详细 探索 其 完整 内 容 。 


对 话 框 的 运作 


Windows 的 对 话 框 依 其 与 父 窗口 的 关系 ， 分 为 两 类 : 
1. [ 邻 其 父 窗口 除 能 ， 直 到 对 话 框 结 束 」， 这 种 称 为 modal 对 话 框 。 


2. | 父 窗口 与 对 话 框 共同 运行 | ， 这 种 称 为 modeless 对 话 框 。 


比较 常用 的 是 modal 对 话 框 。 我 就 以 Generic 的 About 对 话 框 做 为 说 明 范 例 。 


对 话 框 ， 程 序 员 必须 准备 两 样 东 西 : 


为 了 做 出 一 


1. 对 话 框 模板 (dialog template) „ ЗЕЛБСУЯНЖАН- ТАЯ, ИЯ 
定 对 话 框 的 大 小 、 字 形 、 内 部 有 哪些 控制 组 件 、 各 在 什么 位 置 ... 等 等 。 


2. 对 话 框 酌 效 (dialog procedure) о E X ЗЕ X ДЕЦЕ, {Неъ А н 

WM_INITDIALOG 和 WM_COMMAND 两 个 消息 。 对 话 框 中 的 各 个 控制 组 件 也 都 是 小 小 窗口 ， 

НН Се ПРА, СИДНЕЕ (EL, siepe) 沟通 。 而 所 有 的 控 

制 组件 传 来 的 消息 都 是 WM_COMMAND， 再 由 其 参数 分 辨 哪 一 种 控制 组 件 以 及 哪 一 种 通告 
(notification) 。 


Modal 对 话 框 的 启动 与 结束 ， 靠 的 是 DialogBox 和 EndDialog A “АРІ АЖ. ЖЕН 1-4。 


对 话 框 处 理 过 消息 之 后 ， 应 该 传 回 TRUE ; 如 果 未 外 理 消息 ， 则 应 该 传 回 FALSE。 这 是 因为 你 
的 对 话 框 加 数 之 上 层 还 有 一 个 系统 提供 的 预 设 对 话 框 函数 。 如 果 你 传 回 FALSE， 该 预 设 对 话 
框 酌 数 就 会 接手 义理 。 


模块 定义 文件 (.DEF) 


Windows 程序 需要 一 个 模块 定义 文件 ， 将 模块 名 称 、 程 序 节 区 和 数据 节 区 的 内 存 特性 、 模块 
堆积 (heap) Ж/ H}, (stack) 大 小 、 所 有 callback 函数 名 称 ... 等 等 登记 下 来 。 下 面 是 个 
实例 : 

NAME Generic 


DESCRIPTION “Generic Sample' 
EXETYPE WINDOWS 


НЕЕ NE (Dialog Templatet) + in RC file. 




















AboutBox DIALOG DISCARDABLE 22 17, 144, 75 
STYLE 05 MODALFRAME |WS. CAPTION | WS SYSMENU 
CAPTION "About Generic" 


BEGIN 
CTEXT "Windows 95”, 405,144 8 
CTEXT "Generic Application",-1,0,14,144,8 


CTEXT “Version 1.0, 
DEFFPUSHBUTTON “QK. 


-1,0,34,144.В 
. IDOK,53,59,32,14, WS. GROUP 






@ DialoeBox 开 答 一 个 对 话 这 


ОаюдВох{_ hi nest, 






Aboat Con BTEC 





! Windows 95 
LRESULT CALLBACK AboutiHWND hDig, UINT message. Generic Application 
WPARAM wParam, LPARAM IParam) 
{ Version 1.0 
UNREFERENCED PARAMETER(Param) JV BG 4507 i 





switch (message) ( 
case WM INITDIALOG: 
return(TRUE); — TRUE ТКО IR NEA Е. 


case WW COMMAND: 
м, if (LOWORD(wParam) == IDOK = 

I| LOWORD(wFaram) == IDCANCEL) ( 
~ EndDialog(hDIig. TRUE); 

return (TRUE); # TRUE Зете ЕЛВЕ АЕА е. 
) 
beak: 


















EWART IOKLEE ЖЕ 
WM COMMAND ФА В, · 
ЖРЕБ DOK МЕЕ | 






) 
return (FALSE); # FALSE ЖЕН ВЕЧНАЯ 
) 


图 1-4 对 话 框 的 诞生 、 运 作 、 结 束 


STUB “WINSTUB.EXE ' 

CODE PRELOAD DISCARDABLE 

DATA PRELOAD MOVEABLE MULTIPLE 
HEAPSIZE 4096 

STACKSIZE 10240 

ЕХРОКТ5 


MainwndProc (01 
AboutBox @2 


在 Visual C++ 整合 环境 中 开发 程序 ， 不 再 需要 特别 准备 .DEF 文件 ， 因 为 模块 定义 文件 中 的 设 
定 都 有 默认 值 。 模 块 定义 文件 中 的 STUB 指令 用 来 指定 所 谓 的 stub 程序 〈 埋 在 Windows 
序 中 的 一 个 DOS 程序 ， 你 所 看 到 的 This Program Requires Microsoft Windows 或 This 
Program Can Not Run in DOS mode 融 是 此 程序 发 出 来 的 ) ，Win16 人 允许 程序 员 自 设 一 个 
stub 程序 ， 但 Win32 不 允许 ， 换 句 话说 在 Win32 之 中 Stub 指令 已 经 失效 。 


资源 白 述 文件 (RC) 


RC 文件 是 一 个 以 文字 描述 资源 的 地 方 。 常 用 的 资源 有 九 项 之 多 ， 分 别 是 ICON、CURSOR.、 
BITMAP. FONT. DIALOG. MENU. ACCELERATOR. STRING. VERSIONINFU, 还 可 
能 有 新 的 资源 不 断 加 入 ， 例 如 Visual C++ 4.0 就 多 了 一 种 名 为 TOOLBAR 的 资源 。 这 些 文字 描 


述 需 经 过 RC 编译 器 ， 才 产生 可 使 用 的 二 进位 代码 。 本 例 Generic 示 泥 ICON、MENU 和 和 
DIALOG 三 种 资源 。 


Windows 程序 的 生 与 死 


我 想 你 已 经 了 解 Windows 程 序 的 架构 以 及 它 与 Windows 系 统 之 间 的 关系 。 对 Windows 消息 种 
类 以 及 发 生 时 机 的 透彻 了 解 ， 正 是 程序 设计 的 关键 。 现 在 我 以 窗口 的 诞生 和 死亡 ， 说 明 消 息 
的 发 生 与 传递 ， 以 及 应 用 程序 的 兴起 和 与 结束 ， 请 看 图 1-5 及 图 1-6。 


| WinkainthIinst, hPrev, a.. 
| 


MSG тей: 
ReglsterClass(...): НМ СВЕАТЕ 
CreateWindow(...); mi 
| басні гсн (а...) 
Message queue | 人 4); | 
3 while (GetMessage([&msq (1) 
TranslateMessage(...]: | 
DispatchMessagei...]: 

















ГЕ USER 
/| Module | 


) 
return msqg.wParam; 


lParam) «137 | 










indProc (hwnd, msg, wParam, 
switch (meg) ( — 
case WM CREATE: . e -—— 
case WM COMMAND: ... 
' case WM LBITTONDOWMN: ... 
MET case WM PAINT: ... | 
case WM MOUSEMOVE: ... N 
| y Саве WM DESTROY: ... | 
—— - Post%ultMessage(0]:; (7) Y 
4 break: / 
k default: return DefWindowProci.'..]: 




















HM DESTROY| | 


return(0);  — | case Wa eros: 
) AS Jp DestroyWMindow(...]: 





пп DefWindewProc) 


图 1-5 窗口 的 生命 周期 (详细 说 明 请 看 图 1-6) 


1. 程序 初始 化 过 程 中 调用 CreateWindow， 为 程序 建立 了 一 个 窗口 ， 做 为 程序 的 屏幕 舞台 。 
CreateWindow 产生 窗口 之 后 会 送出 WM_CREATE 直 接 给 窗口 函数 ， 后 者 于 是 可 以 在 此 时 机 
做 些 初始 化 动作 (例如 配置 内 存 、 开 文件 、 读 初始 数据 ...) о 

2. 程序 活着 的 过 程 中 ， 不 断 以 GetMessage 从 消息 贮 列 中 抓 取 消息 。 如 果 这 个 消息 是 
WM_QUIT，GetMessage 会 传 回 0 而 结束 while 循 环 ， 进 而 结束 整个 程序 。 

3. DispatchMessage 通过 Windows USER 模块 的 协助 与 监督 ， 把 消息 分 派 至 窗口 酌 数 。 消 息 
将 在 该 处 被 判别 并 处 理 。 


Д. 程序 不 断 进 行 2. 和 3. 的 动作 。 


5. 当 使 用 者 按 下 系统 菜单 中 的 Close 命 合 项 ， 系 统 送 出 WM CLOSE, 3855 FE FE BS НРА 
栏 截 此 消息 ， 于 是 DefWindowProc 处 理 它 。 


6. DefWindowProc 收 到 WM_CLOSE 后 ， 调 用 DestroyWindow 把 窗口 清除 。DestroyWindow 
本 身 又 会 送出 WM DESTROY, 


7. 程序 对 WM_DESTROY 的 标准 反应 是 调用 PostQuitMessage。 


8. PostQuitMessage 没什么 其 它 动作 ， 融 只 送出 WM_QUIT 消息 ， 准 各 让 消息 循环 中 的 
GetMessage 取得 ， 如 步骤 2， 结 束 消息 循环 。 


图 1-6 窗口 的 生命 周期 (请 对 照 图 1-5) 


为 什么 结束 一 个 程序 复 末 如 斯 ? 因为 操作 系统 与 应 用 程序 职责 不 同 ， 二 者 是 互相 合作 的 关 
系 ， 所 以 必需 各 做 各 的 份 内 事 ， 并 互 以 消息 通知 对 方 。 如 果 不 依据 这 个 游戏 规则 ， 可 能 就 会 
有 厅 烦 产生 。 你 可 以 作 一 个 小 实验 ， 在 窗口 丁 效 中 拦截 WM_DESTROY， 但 不 调用 
PostQuitMessage。 你 会 发 现 当 选择 系统 菜单 中 的 Close 时 ， 屏 幕 上 这 个 窗口 消失 了 ， (Ж 
为 窗口 摧毁 及 数据 结构 的 释放 是 DefWindowProc 调用 DestroyWindow 完成 的 ) ， 但 是 应 用 
程序 本 身 并 没有 结束 (因为 消息 循环 结束 不 了 ) ， 它 还 留存 在 内 存 中 。 


闲置 时 间 的 处 理 : Onldle 


所 谓 闲 置 时 间 (idle time) ， 是 指 「 和 系统 中 没有 任何 消息 等 竺 处理] 的 时 间 。 举 个 例子 ， 没 有 
任何 程序 使 用 定时 器 (timer， 它 会 定时 送 来 WM TIMER) , f&Rd SS nf ee S П 
或 任何 外 围 ， 那 么 ， 系 统 束 处 于 所 谓 的 闲置 时 间 。 


闲置 时 间 音 曾 发 生 。 不 要 认为 你 移动 鼠标 时 产生 一 大 堆 的 WM_MOUSEMOVE， 事 实 上 夹杂 
在 每 一 个 WM MOUSEMOVE 之 间 就 可 能 存在 许多 闲置 时 间 。 毕竟 ， 计 算 机 速度 超 乎 想像 。 


后 台 工 作 最 适宜 在 闲置 时 间 完 成 。 传 统 的 SDK 程序 如 果 要 义理 闲置 时 间 ， 可 以 以 下 列 循环 取 
代 WinMain 中 传统 的 消息 循环 : 


while (TRUE) í 
if (PeekMessage(&msg, NULL, 0, 0, PM REMOVE) 4 
if (msg.message == WM QUIT) 
break; 
TranslateMessage(&msg); 
DispatchMessage(&msg); 


else ( 
OnIdle(); 


原因 是 PeekMessage 和 GetMessage 的 性 质 不 同 。 它 们 都 是 到 消息 队列 中 抓 消 息 ， 如 果 抓 不 
到 ， 程 序 的 主线 程 (primary thread， 是 一 个 UI 线程 ) 会 被 操作 系统 虚 县 住 。 当 操作 系统 再 
次 回来 照顾 此 一 线程 ， 而 发 现 消息 队列 中 仍然 是 空 的 ， 这 时 候 两 个 API 函 数 的 行为 就 有 不 同 
= 


е GetMessage 会 过 门 不 人 ， 于 是 操作 系统 再 去 照顾 其 它 人 。 


е PeekMessage 会 取 回 控制 权 ， 使 程序 得 以 执行 一 段 时 间 。 于 是 上 述 消 息 循环 进入 Onldle 
函数 中 。 


第 6 章 的 HelloMFC 冯 示范 如 何在 MFC 程 序 中 你 理 所 谓 的 idle time. 


Console 程序 


说 到 Windows 程序 ， 一 定 得 有 WinMain、 消 息 循环 、 窗 口 函 数 。 即 使 你 只 产生 一 个 对 话 窗 
(Dialog Box) 或 消息 窗 (Message Вох) ， 也 有 隐藏 在 Windows API (DialogBox 和 
MessageBox) 内 里 的 消息 循环 和 窗口 函数 。 


过 去 那 种 单单 纯 纯 纯 的 C/C++ 程 序 ， 有 着 简单 的 main 和 printf 的 好 时 光 到 哪里 去 了 ? 夏天 在 阴 
状 的 树 戎 下 媚 戏 ， 冬 天 在 温暖 的 炉 火 边 看 书 ， 啊 ，Where did the good times go? 


其 实说 到 Win32 程序 ， 并 不 是 每 个 都 如 Windows GUI 程序 那么 复杂 可 怖 。 是 的 ， 你 可 以 在 
Visual C++ 中 写 一 个 "DOS-like" 程序 ， 而 且 仍 然 可 以 调用 部 分 的 、 不 牵扯 到 图 形 用 户 接口 
(GUI) 的 Win32 API。 这 种 程序 称 为 console 程序 。 其 至 你 还 可 以 在 console 程 序 中 使 用 部 分 
МЕС 类 (同样 必须 是 与 GUI 没有 关连 的 ) ， 例 如 处 理 数组 、 串 列 等 数据 结构 的 collection 
classes (CArray、 CList CMap) 、 与 文件 有 关 的 CFile、CStdioFile。 


我 在 BBS 论坛 上 看 到 很 多 程序 设计 初学 者 ， 还 没有 学 习 C/C++， 丈 想 直 接 学 习 Visual C++。 并 
不 是 他 们 好 高 登 远 ， 而 是 他 们 以 为 Visual C++ 是 一 种 特殊 的 C++ 语言 。 吃 过 苦头 的 过 来 人 以 为 
初学 所 说 的 Visual C++ programming 是 指 MFC programming， 所 以 大 吃 一 惊 (没有 一 点 C++ 
基础 就 要 学 习 MFC programming， 当 然 是 大 吃 一 惊 ) o 


在 Visual C++ 中 写 纯 种 的 C/C++ 程序 ? 当然 可 以 | 不 牵扯 任何 窗口 、 对 话 窗 、 控 制 元 件 ， 那 就 
是 console 程 序 嗓 。 虽然 我 这 本 书 没 有 打算 照顾 C++ 初学 者 ， 然 而 我 还 是 决定 把 console 程序 
设计 的 一 些 相 天 心得 放 上 来 ， 同 时 也 是 因为 我 打算 以 console 程序 完成 各 后 的 多 线程 程序 沁 
例 。 第 3 章 的 MFC 六 大 技术 仿真 程序 也 都 是 console 程序 。 


其 实 ， 除 了 "DOS-like"，console 程序 还 另 有 妙用 。 如 果 你 的 程序 和 使 用 者 之 间 是 以 巨 量 文 字 
来 互动 ， 或 许 你 会 选择 使 用 edit 控制 组 件 (或 MFC 的 CEditView) 。 但 是 你 知道 ， 计 算 机 在 一 
个 纯粹 的 [文字 窗口 上 」 (也 就 是 console ІП) 中 人 处理 文字 的 显现 和 与 若 动 比较 快 ， 你 的 程序 动 
作 也 比较 简单 。 所 以 ， 你 也 可 以 在 Windows 程序 中 产生 console 窗口 ， 独 立 出 来 作业 。 


这 也 许 不 是 你 所 认 知 的 console 程序 。 总 之 ， 有 这 种 混合 式 的 东西 存在 。 


这 一 节 将 以 我 目 己 的 一 个 极 简易 的 个 人 备份 软件 JBACKUP 为 实例 ， 说 明 Win32 console 程序 
的 撰写 ， 以 及 如 何在 其 中 使 用 Win32 АРІ (Жа: еу) 。 再 以 另 一 个 极 小 的 程序 
MFCCON 示 范 MFC console 程 序 (用 到 了 MFC 的 CStudioFile 和 CString) 。 对 于 这 么 小 的 程序 
而 说 ， 实 在 不 需 动 用 到 整合 环境 下 的 什么 项 目 管理 。 至 于 复 灯 一 点 的 程序 ， 束 请 参考 第 4 = 
最 后 一 节 [Console 程序 的 项 目 管理 」 。 


Console 程序 与 DOS 程序 的 差别 


不 少 人 把 DOS 程 序 和 console 程 序 混为一谈 ， 这 是 不 对 的 。 以 下 是 各 方面 的 比较 。 


38 75 т\, 


在 Windows 环 境 下 的 DOS Box 中 ， 或 是 在 Windows 版 本 的 各 种 C++ 编译 器 套件 的 整合 环境 
(IDE) 中 (# 4 3$ [Console 程序 项 目 管理 ] ) ， 利 用 Windows 编译 器 、 链 接 妖 做 出 来 的 
程序 ， 都 是 所 谓 Win32 程序 。 如 果 程 序 是 以 main 为 进入 点 ， 调 用 C runtime 函 数 和 [不 牵扯 
GUIJ 的 Win32 API 函 数 ， 那 么 就 是 一 个 console 程序 ，console 窗 口 将 成 为 其 标准 输入 和 输出 
装置 (ст 和 cout) о 


过 去 在 DOS 环 境 下 开发 的 程序 ， 称 为 DOS 程 序 ， 它 也 是 以 main 为 程序 进入 点 ， 可 以 调用 C 
runtime 函 数 。 但 ， 当 然 ， 不 可 能 调用 Win32 АРІ Е, 


程序 能 


过 去 的 DOS 程 序 仍然 可 以 在 Windows 的 DOS Box 中 跑 (Win95 的 兼容 性 极 高 ，WinNT 的 兼容 
МЕН) 。 


Console 程序 当然 更 没有 问题 。 由 于 console 程 序 可 以 调用 部 分 的 Win32 АРІ (尤其 是 
KERNEL32.DLL 模块 所 提供 的 那 一 部 分 ) ， 所 以 它 可 以 使 用 Windows 提 供 的 各 种 高 阶 功能 。 
它 可 以 产生 进程 (processes) ， 产 生 线 程 (threads) 、 取 得 虚拟 内 存 的 信息 、 刺 探 操 作 系统 
的 各 种 数据 。 但 是 它 不 能 够 有 华丽 的 外 表 一 一 因为 它 不 能 够 调用 与 GUI 有 天 的 各 种 API 函数 。 


DOS 程 序 和 console 程 序 两 者 都 可 以 做 printf 输 出 和 cout 输 出 ， 也 都 可 以 做 scanf 输入 和 cin м 
Л. 


可 执行 文件 格式 


DOS 程序 是 所 谓 的 MZ 格式 (MZ 是 Mark Zbikowski 的 缩写 ， 他 是 DOS 系 统 的 一 位 主要 构造 
ii) 。Console 程序 的 格式 则 和 所 有 的 Win32 程序 一 样 ， 是 所 谓 的 PE (Portable 
Executable) 格式 ， 意 思 是 它 可 以 被 拿 到 任何 Win32 平台 上 执行 。 


Visual С++ 附 有 一 个 DUMPBIN 工 具 软 件 ， 可 以 观察 PE 文件 格式 。 拿 它 来 观察 本 节 的 
JBACKUP 程序 和 MFCCON EF 〈 以 及 第 3 章 的 所 有 程序 ) ， 得 到 这 样 的 结果 : 


H:\u004\prog\jbackup.01>dumpbin /summary jbackup.exe 
Microsoft (R) COFF Binary File Dumper Version 5.00.7022 
Copyright (C) Microsoft Corp 1992-1997\. All rights reserved. 
Dump of file jbackup.exe 

File Type: EXECUTABLE IMAGE 

Summary 

5000 .data 

1000 .idata 

1000 .rdata 

5000 .text 

拿 它 来 观察 DOS 程 序 ， 则 得 到 这 样 的 结果 : 

C:NUTILITY>dumpbin /summary dsize.exe 

Microsoft (R) COFF Binary File Dumper Version 5.00.7022 
Copyright (C) Microsoft Corp 1992-1997*. All rights reserved. 
Dump of file dsize.exe 

DUMPBIN : warning LNK4094: "dsize.exe" is an MS-DOS executable; 
use EXEHDR to dump it 

Summary 


Console 程序 的 编译 链接 


你 可 以 写 一 个 makefile， 编 译 时 指定 常数 /D_CONSOLE， 和 链接 时 指定 subsystem 为 
console， 如 下 : 


40001 # filename : редитр. так 
#0002 # make file for pedump.exe 
40003 # usage : nmake pedump.msc (Visual C++ 5.0) 


40004 

40005 all : pedump.exe 

40006 

40007  pedump.exe: pedump.obj exedump.obj objdump.obj common.obj 
40008 link /subsystem:console /incremental:yes N 

40009 /machine:1i1386 /out:pedump.exe N 

40010 pedump.obj common.obj exedump.obj objdump.obj N 

40011 kernel32.1l1ib user32.1lib 

#0012 

#0013 pedump.obj : pedump.c 

#0014 cl /W3 /GX /Zi /YX /Od /DWIN32 /D CONSOLE /FR /c pedump.c 
40015 

40016 common.obj : common.c 

40017 cl /W3 /GX /Zi /YX /Od /DWIN32 /D CONSOLE /FR /с common.c 
40018 

40019  exedump.obj : exedump.c 

40020 cl /W3 /GX /Zi /YX /Od /DWIN32 /D CONSOLE /FR /c exedump.c 
#0021 

40022 objdump.obj : objdump.c 

#0023 cl /W3 /GX /Zi /YX /Od /DWIN32 /D CONSOLE /FR /c objdump.c 


如 果 是 很 简单 的 情况 ， 例 如 本 节 的 JBACKUP 只 有 一 个 C 原始 代码 ， 那 么 这 样 也 行 〈 在 命令 列 
之 下 ) 


cl jbackup.c <ENTER> -将 获得 jbackup.exe 


注意 ， 环 境 变 量 要 先 设 定 好 〈 请 参考 本 和 草 稍 时 的 「 如 何 产 生 Generic.exe」 一 节 ) 。 


第 3 章 的 Frame_ 程序 则 是 这 样 完 成 的 : 


cl my.cpp mfc.cpp <ENTER> -将 获得 my.exe 


至 于 到 底 该 链接 哪些 链接 库 ， 全 让 CL.EXE 去 伤 脑筋 就 好 了 。 


JBACKUP : Win32 Console 程序 设计 


撰写 console 程序 ， 有 几 个 重点 请 注意 : 

1. ЖА sa oy main, 

2. 可 以 使 用 printf、scanf、cin、cout 等 标准 输出 入 装置 。 
3. 可 以 调用 和 GUI 无 天 的 Win32 АРІ, 


我 的 这 个 JBACKUP 程序 可 以 有 一 个 或 两 个 参数 ， 用 法 如 下 : 


C:NSomeoneDir»JBACKUP SrcDir [DstDir] 


例如 JBACKUP g: k: 

АНЯ & El # SrcDirrRB%J3f x 5 mU SUAE # El x DstDir, ZPREDstDirBS 4t RLF MR. 
如 果 没 有 指定 DstDir， 预 设 为 K:( 那 是 我 的 可 写 入 光驱 -- MO-- 的 代码 啦 ) 

TERI 的 磁盘 目录 设 定 与 SrcDir 相 同 。 


例如 JBACKUP g: ， 而 目前 g: 是 gu002\doc， 那 么 相当 于 把 gu002\doc 备 份 到 kx\u002\doc 
中 ， 并 删除 k\u002\doc 的 资 余 文 件 。 


JBACK 检 查 SrcDir 中 所 有 的 文件 和 DstDir 中 所 有 的 文件 ， 把 比较 新 的 文件 从 SrcDir 中 复制 到 
DstDir 去 ， 并 把 DstDir 中 多 出 来 的 文件 删除 ， 使 ScrDir 和 DstDir 的 文件 保持 完全 相同 。 之 所 以 
不 做 xcopy 完全 复制 动作 ， 为 的 是 节省 复制 时 间 (做 为 各 份 洲 置 ， 通 党 是 软盘 或 磁带 或 可 探 
EHA MO， 读 写 速 度 并 不 快 ) 。 


JBACKUP 没有 能 力 义理 SrcDir 放下 的 子 目录 文件 。 如 果 要 义理 子 目 录 ， 漂 亮 的 作法 是 使 用 递 
j (recursive) ， 但 是 有 点 伤 脑 筋 ， 这 一 部 分 留 给 你 了 。 我 的 打字 速度 还 算 快 ， 多 切换 几 次 
АНТЕНН, "pp, 


JBACKUP 使 用 以 下 数 个 Win32 APIs : 


e GetCurrentDirectory 
e FindFirstFile 

e FindNextFile 

e CompareFileTime 
е CopyFile 


e DeleteFile 


在 处 理 完毕 命令 列 参数 中 的 SrcDir 和 DastDir 后 ，JBACKUP 先 把 SrcDir 的 所 有 文件 CST EB 
录 文 件 ) 搜寻 一 通 ， 储 存在 一 个 数组 srcFiles[ ] 中 ， 每 个 数组 元 素 是 一 个 我 自 定 的 SRCFILE 
数据 结构 : 


typedef struct _SRCFILE 


WIN32_FIND_DATA fd; 
BOOL bIsNew; 
} SRCFILE; 
SRCFILE srcFiles[FILEMAX]; 
WIN32_FIND_DATA fd; 
// prepare srcFiles[]... 
bRet = TRUE; 
iSrcFiles = 0; 
hFile = FindFirstFile(SrcDir, &fd); 
while (hFile != INVALID HANDLE VALUE && bRet) 


if (fd.dwFileAttributes -- FILE ATTRIBUTE ARCHIVE) ( 
srcFiles[iSrcFiles].fd - fd; 
srcFiles[iSrcFiles].bIsNew = FALSE; 
iSrcFiles--; 


} 
bRet = FindNextFile(hFile, &fd); 


再 把 DstDir 中 的 所 有 文件 〈 不 含 子 目录 文件 ) 搜寻 一 通 ， 储 人 存在 一 个 destFiles[ ] 数组 中 ， 每 个 
数组 元 素 是 一 个 我 自 定 的 DESTFILE 数据 结构 : 


typedef struct _DESTFILE 


WIN32_FIND_DATA Та; 
BOOL bMatch; 
} DESTFILE; 
DESTFILE destFiles[FILEMAX]; 
WIN32_FIND_DATA fd; 
bRet = TRUE; 
iDestFiles = 0; 
hFile = FindFirstFile(DstDir, &fd); 
while (hFile != INVALID HANDLE VALUE && bRet) 


if (fd.dwFileAttributes -- FILE ATTRIBUTE ARCHIVE) ( 
destFiles[iDestFiles].fd - fd; 
destFiles[iDestFiles].bMatch = FALSE; 
iDestFiles--; 


) 
bRet = FindNextFile(hFile, &fd); 


然后 比 对 srcFiles[ ] 和 destFiles[ ] 之 中 的 所 有 文件 名 称 以 及 建文 件 日 期 ， 找 出 scrFiles[ ] 中 的 哪 
些 文 件 比 desFiles[ ] 中 的 文件 更 新 ， 然 后 将 其 blsNew 字 段 设 为 TRUE。 同 时 也 对 存在 于 
desFiles[ ] 中 而 不 存在 于 srcFiles[ ] 中 的 文件 ， 例 其 pMatch 字 段 为 FALSE, 


最 后 ， 检 查 srcFiles[ ] 中 的 所 有 文件 ， 将 blsNew 字 段 为 TRUE 者 ， 复 制 到 DstDir 去 。 并 检查 
destFiles[ ] 中 的 所 有 文件 ， 将 bpMatch 字 段 为 FALSE 者 统统 删除 。 


MFCCON : МЕС Console 程序 设计 


当 你 的 进度 还 在 第 | 章 的 Win32 基 本 程序 观念 ， 我 却 开始 讲 如 何 设 计 一 个 MFC console 程 序 ， 
是 否 有 点 时 地 不 家 ? 


是 有 一 点 ! 所 以 我 挑 一 个 最 单纯 而 无 与 别人 欧 绰 纠葛 的 MFC 类 ， 守 一 个 40 行 的 小 程序 。 目 标 
纯粹 是 为 了 做 一 个 导入 ， 并 与 Win32 console 程序 做 一 比较 。 


我 所 挑选 的 两 个 单纯 的 MFC 类 是 CStdioFile 和 CString : 


CObect 









Сне 





CSocketFile 


COl Siram File 






UslemFile 








在 MFC 之 中 ，CFile 用 来 处 理 正常 的 文件 I/O 动作 。CStdioFile 派生 目 CFile， 一 个 CStdioFile 
对 象 代表 以 C runtime 男 数 fopen 所 开 刻 的 一 个 stream 文 件 。Stream 文 件 有 缓冲 区 ， 可 以 文字 
模式 ( 预 设 情况 ) 或 二 进位 模式 开启 。 


CString 对 象 代表 一 个 字符 串 ， 是 一 个 完全 独立 的 类 。 


我 的 例子 用 来 计算 小 于 100 的 所 有 费 伯 纳 契 数列 (Fabonacci sequence) . # 158253225 91 B) i 
算 方 式 是 : 


1. 头 两 个 数 为 1。 
2. 接 下 来 的 每 一 个 数 是 前 两 个 数 的 和 。 


以 下 便 是 MFCCON.CPP 内 容 


#0005 // Build : cl /MT mfccon.cpp (/МТ means Multithreading) 
#0006 

40007 #include <afx.h> 

40008 #include <stdio.h> 

#0010 int main() 

#0011 { 

#0012 int lo, hi; 

40013 CString str; 

#0014 CStdioFile fFibo; 


#0016 fFibo.OpenFIBO.DAT", CFile::modewrite | 

40017 CFile::modeCreate | CFile::typeText); 
#0019 str.Formats\n", "Fibonacci sequencee, less than 100 :"); 
40020 printf("96s", (LPCTSTR) str); 

40021 fFibo.WwriteStringstr); 

40023 lo = hi = 1; 

#0025 str.Format("%d\n", lo); 

#0026 printf("%s", (LPCTSTR) str); 

#0027 fFibo.WriteStrino(str); 

#0029 while (hi < 100) 

#0030 { 

#0031 str.Format("%dNn", hi); 

#0032 printf("%s", (LPCTSTR) str); 

#0033 fFibo.WriteString(str); 

#0034 hi = Іо +11; 

#0035 lo = hi - lo; 

40036 } 

#0038 fFibo.Close(); 

#0039 return 0; 

#0040 } 


以 下 是 执行 结果 (在 console 窗口 和 FIBO.DAT 文件 中 ， 结 果 都 一 样 ) 


Fibonacci sequencee, less than 100 : 1\п 1\п 2Nn 3Nn 5\n 8\n 13Nn 21\n 34\п 55\n 89 


文 么 简单 的 例子 中 ， 我 们 看 到 MFC Console 程序 的 几 个 重点 : 
1. 程序 进入 点 仍 为 main 

2. 需 含 入 所 使 用 之 类 的 关 文 件 (本 例 为 AFX.H) 

3. 可 直接 使 用 与 GUI 无 关 的 MFC 类 (本 例 为 CStdioFile 和 CString) 
Д. 编辑 时 需 指 定 /MT， 表 示 使 用 多 线程 版 本 的 C runtime Ж Ж „ 


第 4 点 需要 多 做 说 明 。 在 MFC console 程序 中 一 定 要 指定 多 线程 版 的 C runtime 函数 库 ， 所 以 
必须 使 用 /MT 选项 。 如 果 不 做 这 项 设 定 ， 会 出 现 这 样 的 链接 错误 : 


Microsoft (R) 32-Bit Incremental Linker Version 5.00.7022 

Copyright (C) Microsoft Corp 1992-1997N. All rights reserved. 

/out:mfccon.exe 

mfccon.obj 

nafxcw.lib(thrdcore.obj):error LNK2001:unresolved external symbol _ endthreadex 
nafxcw.lib(thrdcore.obj):error LNK2001:unresolved external symbol _ beginthreadex 
mfccon.exe : fatal error LNK1120: 2 unresolved externals 


表示 它 找 不 到 beginthreadex 和 endthreadex。 怪 了 ， 我 们 的 程序 有 调用 它们 吗 ? 没 有， 但 是 
MFC 有 ! 这 两 个 函数 将 在 稍 后 与 线程 有 关 的 小 节 中 讨论 。 


什么 是 C Runtime РА =н) 2X: f hls Zl 


当 C runtime 242% 2 F1970s 年 代 产 生出 来 时 ，PC 的 内 存 容 量 还 很 小 ， 多 任务 是 个 新 奇观 
念 ， 更 别提 什么 多 线程 了 。 因 此 以 当时 产品 为 基础 所 演化 的 C runtime РА Е TE Z 2x 
(multithreaded) 的 表现 上 有 严重 问题 ， 无 法 被 多 线程 程序 使 用 。 


利用 各 种 同步 机 制 (synchronous mechanism) 如 critical section, mutex, semaphore, 
event， 可 以 重新 开发 一 套 支 持 多 线程 的 runtime 函数 库 。 问 题 是 ， 加 上 这 样 的 能 力 ， 可 能 
至 程序 代码 大 小 和 执行 效率 都 遭受 不 及 波及 一 一 即使 你 只 所 动 了 一 个 线程 。 


Visual C++ 的 折衷 方案 是 提供 两 种 版 本 的 C runtime Е 一 种 版 本 给 单线 程 程序 使 用 ， 一 
种 版 本 给 多 线程 程序 使 用 。 多 线程 版 本 的 重大 改变 是 ， 第 一 ， 变 量 如 errno 者 现在 变 成 每 个 线 
程 各 拥有 一 个 。 第 二 ， 多 线程 版 中 的 数据 结构 以 同步 机 制 加 以 保护 。 


Visual C++ 一 共有 六 个 C runtime 函数 库 产 品 供 你 选择 : 


Single-Threaded (static) libc.lib 898,826 
Multithreaded (static) libcmt.lib 951,142 
Multithreaded DLL msvcrt.lib 5,510, 000 
Debug Single-Threaded (static) libcd.lib 2,374,542 


Debug Multithreaded (static)  libcmtd.lib 2,949,190 


Debug Multithreaded DLL msvcrtd.lib 803, 418 


Visual С++ 编译 器 提供 下 列 选项 ， 让 我 们 决定 使 用 哪 一 个 C гипіте АЕ: 


/ML Single-Threaded (static) 

/MT Multithreaded (static) 

/MD Multithreaded DLL (dynamic import library) 
/MLd Debug Single-Threaded (static) 

/MTd Debug Multithreaded (static) 


/ MDd Debug Multithreaded DLL (dynamic import library) 


讲 程 与 线程 (Process and Thread) 


05/2, Windows NT 以 及 Windows 95 #05292 512, іх т АРС ñ В 23:8 JA 
о АП т Ж ЛТ 91, ИАН | ER, РИМ 
АЕ ВА НА ЕНШІ | 线 程 上 」 这 种 东西 。 


我 们 习惯 以 进程 (process) 表示 一 个 执行 中 的 程序 ， 并 且 以 为 它 是 CPU 排 程 单位 。 事 实 上 线 
程 才 是 排 程 单位 。 


核心 对 象 


首先 让 我 解释 什么 叫 作 Гия | (kernel object) 。 [GDI 对 象 ] 是 大 家 比较 熟悉 的 东 
西 ， 我 们 利用 GDI 函 数 所 产生 的 一 支 画 笔 (Pen) 或 一 支 画 刷 (Brush) 都 是 所 谓 的 『GDI 对 
R] 。 但 什么 又 是 「 核 心 对 象 ] ШЕ? 


你 可 以 说 核心 对 象 是 系统 的 一 种 资源 ( 噢 ， 这 说 法 对 GDI 对 象 也 适用 ) ， 系 统 对 象 一 旦 产 
生 ， 任 何 应 用 程序 都 可 以 开启 并 使 用 该 对 象 。 系 统 给 予 核心 对 象 一 个 计数 值 (usage count) 
做 为 管理 之 用 。 核 心 对 象 包括 下 列 数 种 : 


核心 对 象 产生 方法 

event CreateEvent 

mutex CreateMutex 
semaphore CreateSemaphore 
file CreateFile 
file-mapping CreateFileMapping 
process CreateProcess 
thread CreateThread 


前 三 者 用 于 线程 的 同步 化 : file-mapping 对 象 用 于 内 存 映射 文件 (memory mapping file) , 
process 和 和 thread 对象 则 是 本 节 的 主角 。 这 些 核心 对 象 的 产生 方式 〈 也 就 是 我 们 所 使 用 的 
АРІ) 不 同 ， 但 都 会 获得 一 个 handle 做 为 识别 ; 每 做 使 用 一 次 ， 其 对 应 的 计数 值 融 加 1。 核 心 
对 象 的 结束 方式 相当 一 致 ， 调 用 CloseHandle 即 可 。 


[process {2 ] 究竟 做 什么 用 呢 ? 它 并 不 如 你 想象 中 用 来 「 执 进程 序 代 码 ] ; 不 ， 程 序 代码 
的 执行 是 线程 的 工作 ， [process {31 只 是 一 个 数据 结构 ， 系 统 用 它 来 管理 进程 。 


АЗК НБС 


执行 一 个 程序 ， 必 然 就 产生 一 个 进程 (process) 。 最 直接 的 程序 执行 方式 就 是 在 shell (如 
Win95 的 文件 总 管 或 Windows 3.x 的 文件 管理 员 ) 中 以 鼠标 双击 某 一 个 可 执行 文件 图 示 CER 
设 其 为 App.exe) ， 执 行 起 来 的 App 进程 其 实 是 shell 调 用 CreateProcess 和 启动 的 。 


让 我 们 看 看 整个 流程 : 
1. shell 调用 CreateProcess 启 动 App.exe。 
2. 系统 产生 一 个 【进程 核心 对 象 上 | ， 计 数值 为 1。 


3. 系统 为 此 进程 建立 一 个 4GB 地 址 空间 。 


4. 加 载 器 将 必要 的 代码 加 载 到 上 述 地 址 空间 中 ， 包 括 App.exe 的 程序 、 数 据 ， 以 及 所 需 的 动 
ЖЕЖ (DLLs) 。 载 入 器 如 何 知 道 要 载 人 哪些 DLLs 呢 ? 它们 人 航 记 录 在 可 执行 文件 
(PE 文件 格式 ) 的 .idata section 中 。 


5. 系统 为 此 进程 建立 一 个 线程 ， 称 为 主线 程 (primary thread) 。 线 程 李 是 CPU 时 间 的 分 配对 
Ro 


6. 系统 调用 C runtime Е B Startup code, 

7. Startup code33 НАрр=РЕЁ/\\МпМат[ АЧХ. 

8. App 程 序 开 始 运作 。 

9. 使 用 者 关闭 App 主 窗口 ， 使 WinMain 中 的 消息 循环 结束 掉 ， 于 是 WinMain 25 
10. 回 到 Startup code, 

11. 回 刘 系统 ， 和 有 系统 调用 ExitProcess 结 束 进 程 。 


可 以 说 ， 通 过 这 种 方式 执行 起 来 的 所 有 Windows F, WẸ shell 的 子 进 程 。 本 来 ， 母 进程 
与 子 进程 之 间 可 以 有 某 些 关系 存在 ， 但 shell 在 调用 CreateProcess 时 已 经 把 母子 之 间 的 脐带 
关系 和 剪断 了 ， 因 此 它们 事实 上 是 独立 个 体 。 稍 后 我 会 提 到 如 何 筋 断 子 进程 的 脐带 。 


产生 子 进 程 


你 可 以 写 一 个 程序 ， 专 门 用 来 启动 其 他 的 程序 。 关 键 融 在 于 你 会 不 会 使 用 CreateProcess。 这 
ЛАР 28 5 ZBR : 


CreateProcess( 
LPCSTR lpApplicationName, 
LPSTR lpCommandLine, 
LPSECURITY ATTRIBUTES lpProcessAttributes, 
LPSECURITY ATTRIBUTES lpThreadAttributes, 
BOOL bInheritHandles, 
DWORD dwCreationFlags, 
LPVOID lpEnvironment, 
LPCSTR lpCurrentDirectory, 
LPSTARTUPINFO lpsStartupInfo, 
LPPROCESS INFORMATION lpProcessInformation 
); 


第 一 个 参数 lpApplicationName 指 定 可 执行 文件 文件 名 。 弟 二 个 参数 lpCommandLine 指 定 欲 传 
给 新 进程 的 命令 行 (command line) 参数 。 如 果 你 指定 了 lpApplicationName， 但 没有 扩展 
名 ， 系 统 并 不 会 主动 为 你 加 上 .EXE 扩展 名 ; 如 果 没 有 指定 完整 路 径 ， 系 统 就 只 在 目前 工作 目 
录 中 寻找 。 但 如 果 你 指定 lpApplicationName 为 NULL 的 话 ， 系 统 会 以 pCommandLine 的 第 一 
个 FER) (我 的 意思 其 实 是 术语 中 所 谓 的 token) 做 为 可 执行 文件 文件 名 ; 如 果 这 个 文件 名 
没有 指定 扩展 名 ， 融 采用 预 设 的 ".EXE" 扩展 名 ; 如 果 没 有 指定 路 径 ，Windows HABER T S 
寻 路 径 来 寻找 可 执行 文件 ， 分 别 是 : 


1. 调用 者 的 可 执行 文件 所 在 目录 

2. 调用 者 的 目前 工作 目录 

3. Windows 目 录 

4. Windows System 目录 

5. 环境 变量 中 的 path 所 设 定 的 各 目录 


让 我 们 看 看 实例 : 


CreateProcess("E:NNCWIN95NNNOTEPAD.EXE", "README.TXT",...); 


系统 将 执行 E\CWIN95\NOTEPAD.EXE， 命 邻 列 参数 是 "README.TXT"。 如 果 我 们 这 样子 
ЯН: 


CreateProcess(NULL, "NOTEPAD README.TXT",...); 


系统 将 依照 搜寻 次 序 ， 将 第 一 个 被 找到 的 NOTEPAD.EXE 执行 起 来 ， 并 转送 命令 列 参数 
"README.TXT" 给 它 。 


建立 新 进程 之 前 ， 系 统 必 须 做 出 两 个 核心 对 象 ， 也 就 是 「 进 程 对 象 和 「 线程 对 象 」 。 
CreateProcess 的 第 三 个 参 效 和 第 四 个 参 效 分 别 指定 这 两 个 核心 对 象 的 安全 属性 。 至 于 第 五 个 
参数 (TRUE 或 FALSE) 则 用 来 设 定 这 些 安 全 属性 是 否 要 被 继承 。 关 于 安全 属性 及 其 可 被 继 
承 的 性 质 ， 碍 于 本 章 的 定位 ， 我 不 打算 在 此 介绍 。 


第 六 个 参数 dwCreationFlags 可 以 是 许多 常数 的 组 合 ， 会 影响 到 进程 的 建立 过 程 。 这 些 常数 中 
比较 常用 的 是 CREATE SUSPENDED， 它 会 使 得 子 进程 产生 之 后 ， 其 主线 程 立刻 被 暂停 执 
行 。 

第 七 个 参数 lpEnvironment 可 以 指定 进程 所 使 用 的 环境 变量 区 。 通 常 我 们 会 让 子 进程 继承 父 进 
程 的 环境 变量 ， 那 么 这 里 要 指定 NULL。 


第 八 个 参数 IlpCurrentDirectory 用 来 设 定 子 进 程 的 工作 目录 与 工作 磁盘 。 如 果 指 定 NULL， 子 进 
程 就 会 使 用 父 进 程 的 工作 目录 和 与 工作 磁盘 。 


第 九 个 参数 lpStartuplnfo 是 一 个 指向 STARTUPINFO 结 构 的 指针 。 这 是 一 个 庞大 的 结构 ， 可 以 
用 来 设 定 窗口 的 标题 、 位 置 与 大 小 ， 详 情 请 看 API 使 用 手册 。 


最 后 一 个 参数 是 一 个 指向 PROCESS INFORMATION 结构 的 指针 : 


typedef struct _PROCESS INFORMATION í 
HANDLE hProcess; 

HANDLE hThread; 

DWORD dwProcessId; 

DWORD dwThreadId; 

y PROCESS INFORMATION; 


ЧА ВАР | 进程 对 象 | 和 线程 对 象 】 ， 它 会 把 两 个 对 象 的 handle 填 人 此 结构 的 相 
关 字 段 中 ， 应 用 程序 可 以 从 这 里 获得 这 些 handles。 


如 果 一 个 进程 想 结束 自己 的 生命 ， 只 要 调用 : VOID ExitProcess(UINT fuExitCode); 就 可 以 
1. 如果 进程 想 结束 另 一 个 进程 的 生命 ， 可 以 使 用 : 


BOOL TerminateProcess(HANDLE hProcess, UINT fuExitCode); 


很 显然 ， 只 要 你 有 某 个 进程 的 handle， 就 可 以 结束 它 的 生命 。TerminateProcess 并 不 被 建议 

使 用 ， 倒 不 是 因为 它 的 权力 太 大 ， 而 是 因为 一 般 进 程 结束 时 ， 系 统 会 通知 该 进程 所 开启 (FH 

(БН) 的 所 有 DLLs， 但 如 果 你 以 TerminateProcess 结束 一 个 进程 ， 系 统 不 会 做 这 件 事 ， 而 这 
ЖЫ ЕЛА 52 АУ, 


前 面 我 鲁 说 过 所 谓 割 断 脐 带 这 件 事情 ， 只 要 你 把 子 进程 以 CloseHandle XA, m Ely A 
的 。 下 面 是 个 例子 : 


PROCESS-INFORMATION ProcInfo; 

BOOL fSuccess; 

fSuccess - CreateProcess(...,&ProcInfo); 

if (fSuccess) ( 
CloseHandle(ProcInfo.hThread); 
CloseHandle(ProcIinfo.hProcess); 


j 


АА ЕЕ БС 


程序 代码 的 执行 ， 是 线程 的 工作 。 当 一 个 进程 建立 起 来 ， 主 线程 也 产生 。 所 以 每 一 个 
Windows 程序 一 开始 就 有 了 一 个 线程 。 我 们 可 以 调用 CreateThread 产生 额外 的 线程 ， 系 统 会 
帮 有 我 们 完成 下 列 事 情 : 


1. 配置 「 线 程 对 象 ] ， 其 handle 将 成 为 CreateThread 的 传 回 值 。 

2. 设 定 计数 值 为 1。 

3. 配置 线程 的 context。 

4. 保留 线程 的 堆栈 。 

5. 将 context 中 的 堆栈 指针 缓存 器 (SS) 和 指令 指针 缓存 器 (IP) 设 定 妥当 。 


看 看 上 面 的 态势 ， 的 确 可 以 显示 出 线程 是 CPU 分 配 时 间 的 单位 。 所 谓 工 作 切 换 (context 
switch) 其 实 束 是 对 线程 的 context 的 切换 。 


程序 敬 欲 产生 一 个 新 线程 ， 调 用 CreateThread 即 可 办 到 : 


CreateThread(LPSECURITY_ATTRIBUTES lpThreadAttributes, 
DWORD dwStackSize, 
LPTHREAD_START_ROUTINE lpStartAddress, 
LPVOID 1рРагатеїег, 
DWORD dwCreationFlags, 
LPDWORD lpThreadId 
); 


В ЈЕВ ЕДМ, 52:2 АРІЯ, Windows 95 忽略 此 一 参数 。 第 
二 个 参数 设 定 堆栈 的 大 小 。 第 三 个 参数 设 定 RERA | ЖАЖА, Поз АНУ Ех ЕН ВЈ 
第 四 个 参数 设 定 。 第 五 个 参数 如 果 是 0， 表 示 让 线程 立刻 开始 执行 ， 如 果 是 

CREATE SUSPENDED ， 则 是 要 求 线程 暂停 执行 (那么 我 们 必须 调用 ResumeThread 才 能 
今 其 重新 开始 ) 。 最 后 一 个 参数 是 个 指向 DWORD 的 指针 ， 系 统 会 把 线程 的 ID 放 在 这 里 。 


Еа РТВ) ГЕ] 是 什么 ?让 我 们 看 个 实例 : 


VOID ReadTime (VOID); 

HANDLE hThread; 

DWORD  ThreadID; 

hThread = CreateThread(NULL, ©, (LPTHREAD START. ROUTINE)ReadTime, 
NULL, 0, &ThreadID); 


// thread РЖ. МТ беіѕуѕёеттіте 取 系 统 时 间 ， 并 将 结果 显示 在 对 话 框 _hwndD1g 的 IDE_TIMER 
// 字 段 上 。 
VOID ReadTime(VOID) 


Í: 
char str[50]; 
SYSTEMTIME st; 
while(1) ( 
GetSystemTime(&st); 
sprintf(str,"%u:%u:%u", st.wHour, st.wMinute, st.wSecond); 
SetDlgItemText ( hwndDlg, IDE TIMER, str); 
Sleep (1000); // 延迟 一 秒 。 
J 
} 


当 CreateThread 成 功 ， 系 统 为 我 们 把 一 个 线程 该 有 的 东西 都 准备 好 。 线 程 的 主体 在 哪里 呢 ? 
束 在 所 谓 的 线程 落 数 。 线 程 与 线程 之 间 ， 不 必 考 虑 控制 权 释放 的 问题 ， 因 为 Win32 操作 系统 
是 强制 性 多 任务 。 


线程 的 结束 有 两 种 情况 ， 一 种 是 寿 终 正 逆 ， 一 种 是 未 得 善终 。 前 者 是 线程 酚 效 正 前 结束 退 
出 ， 那 么 线程 也 融 目 然而 然 终 结 了 。 这 时 候 系统 会 调用 ExitThread 做 些 理 后 清理 工作 (其 实 
线程 中 也 可 以 自行 调用 此 函数 以 结束 上 自己) 。 但 是 像 上 面 那个 例子 ， 线 程 根 本 是 个 无 穷 循 
环 ， 如 何 终结 ? 一 者 是 进程 结束 〈 目 然 也 融 导 至 线程 的 结束 ) ， 二 者 是 别 的 线程 强制 以 
TerminateThread 将 它 终结 掉 。 不 过 ，TerminateThread 太 过 毒 辣 ， 非 必要 还 是 少 用 为 妙 (请 
参考 AP|I 手册 ) 。 


以 _beginthreadex 取代 CreateThread 


别 扎 了 Windows 程 序 除 了 调用 Win32 APIl， 通 常 也 很 难 吉 免 调用 任何 一 个 C гипите Ч. 9 
了 保证 多 线程 情况 下 的 安全 ，C runtime 画 数 库 必须 为 每 一 个 线程 做 一 些 记 录 工 作 。 没 有 这 些 
工作 ，C runtime 阔 数 库 束 不 知道 要 为 每 一 个 线程 配置 一 块 新 的 内 存 ， 做 为 线程 的 局 部 变量 
用 。 因 此 ，CreateThread 有 一 个 名 为 _beginthreadex 的 外 包 函 数 ， 负 责 额 外 的 记录 工作 。 


请 注意 函数 名 称 的 谍 线 符号 。 它 必须 存在 ， 因 为 这 不 是 个 标准 的 ANSI C runtime РА. 
_beginthreadex 的 参数 和 CreateThread 的 参数 其 实 完 全 相同 ， 不 过 其 类 型 已 经 被 UI 
了 ， 不 再 有 Win32 类 型 包 疼 。 这 原本 是 为 了 要 让 这 个 函数 能 够 移植 到 其 它 操作 系统 ， 因 为 微 
软 希 望 _beginthreadex 能 够 仆 实 现 于 其 它 平 台 ， 不 需要 和 Windows 有 关 、 不 需要 含 人 
windows.h。 但 实际 情况 是 ， 你 还 是 得 调用 CloseHandle 以 关闭 线程 ， 而 CloseHandle 却 是 个 
Win32 APIl， 所 以 你 还 是 需要 合 人 windows.h、 还 是 和 Windows 脱离 不 了 关系 。 微 软 空 有 一 个 
好 主意 ， 却 没 能 落实 它 。 


把 _beginthreadex 视 为 CreateThread 的 一 个 看 起 来 比较 有 趣 的 版 本 ， 就 对 了 : 


unsigned long _beginthreadex( 
void *security, 
unsigned stack_size, 
unsigned( _ _stdcall *start_address)(void *), 
void *arglist, 
unsigned initflag, 
unsigned* thrdaddr 


_beginthreadex 所 传 回 的 unsigned long 事 实 上 就 是 一 个 Win32 HANDLE， 指 向 新 线程 。 换 名 
话说 传 回 值 和 CreateThread 相 同 ， 但 beginthreadex 另外 还 设立 了 errno 和 doserrno。 


下 面 是 一 个 最 简单 的 使 用 范例 : 


40001 #include <windows.h> 

#0002 #include <process.h> 

40003 unsigned _ stdcall myfunc(void* р); 
40005 void main() 

#0006 4 

40007 unsigned long thd; 

40008 unsigned tid; 

40010 thd = beginthreadex(NULL, 
#0011 0, 
#0012 myfunc, 
#0013 0, 
#0014 0, 
#0015 &tid ); 
#0016 if (thd != NULL) 

#0017 { 

#0018 CloseHandle(thd); 

#0019 } 

#0020 } 

#0022 unsigned _ stdcall myfuncs(void* p) 
#0023 { 

#0024 // do your job... 

#0025 } 


针对 Win32 API ExitThread， 也 有 一 个 对 应 的 C гипер : endthreadex, ЕНЕЕ- Т 
参数 ， 就 是 由 beginthreadex 第 6 个 参数 传 回 来 的 ID 值 。 


线程 优先 权 (Priority) 


优先 权 是 排 程 的 重要 依据 。 优 先 权 高 的 线程 ， 永 远 先 获得 CPU 的 青睐 。 当 然 啦 ， 作 业 系 统 会 
视 情 况 调整 各 个 线程 的 优先 权 。 例 如 前 台 线 程 的 优先 权 应 该 调 高 一 些 ， 后 台 线 程 的 优先 权 应 
该 调 低 一 些 。 


线程 的 优先 权 沁 围 从 0 (最 低 ) 到 31 (最 高 。 当 你 产生 线程 ， 并 不 是 直接 以 数值 指定 其 优先 
权 ， 而 是 采用 两 个 步 台 。 弟 一 个 步骤 是 指定 『「 优 先 权 等 级 (Priority Class) 」 给 进程 ， 第 二 步 
又 是 指定 【相对 优先 权 」 给 该 进程 所 拥有 的 线程 。 图 1-7 是 优先 权 等 级 的 描述 ， 其 中 的 代码 
在 CreateProcess 的 dwCreationFlags 参数 中 指定 。 如 果 你 不 指定 ， 系 统 预 设 给 的 是 
NORMAL PRIORITY CLASS 除非 父 进 程 是 IDLE PRIORITY CLASS (那么 子 进程 也 会 
是 IDLE_PRIORITY_CLASS) 。Win32 线 程 的 优先 权 等 级 划分 : 





等 级 代码 优先 权 值 

Idle IDLE PRIORITY CLASS 4 

Normal NORMAL. PRIORITY CLASS 9 (ша) % т (вв) 
high HIGH PRIORITY CLASS 13 

realtime REALTIME PRIORITY CLASS 24 


e "idle" 等 级 只 有 在 CPU = j] RESGR A ЫҢ (也 就 是 前 一 节 所 说 的 闲置 时 间 ) 才 执 行 。 此 等 
级 最 适合 于 系统 监视 软件 ， 或 屏幕 保 折 软 件 。 


e "normal" 是 预 设 等 级 。 有 系统 可 以 动态 改变 优先 权 ， 但 只 限于 "normal" 等 级 。 当 进程 变 成 
有 前台 ， 线 程 优先 权 提 升 为 9， 当 进程 变 成 后 台 ， 优 先 权 降 低 为 7。 


e "high" 等 级 是 为 了 立即 反应 的 需要 ， 例 如 使 用 者 按 下 Ctrl+Esc 时 立刻 把 工作 管理 器 (task 
manager) à? Ж», 


e "realtime" = JL3E Asi — AEAEE. MERARI Е. ВАХ 
新 扫描 、Ctrl+Alt+Del 等 的 线程 都 比 "realtime" 优先 权 还 低 。 这 种 等 级 使 用 在 「 如 果 不 在 
某 个 时 间 邯 围 内 被 执行 的 话 ， 数 据 融 要 遗失 」 的 情况 。 这 个 等 级 一 定 得 在 正确 评估 之 下 
使 用 之 ， 如 果 你 把 这 样 的 等 级 指定 给 一 般 的 (并 不 会 常常 被 阻塞 的 ) 线程 ， 多 任务 环境 
恐怕 会 竣 疾 ， 因 为 这 个 线程 有 如 此 高 的 优先 权 ， 其 它 线程 再 没有 机 会 被 执行 。 


上 述 四 种 等 级 ， 每 一 个 等 级 又 映射 到 某 一 范 围 的 优先 权 值 。IDLE 最 低 ，NORMAL Ж, 
HIGH 又 次 之 ，REALTIME 最 高 。 在 每 一 个 等 级 之 中 ， 你 可 以 使 用 SetThreadPriority 设 定 精确 
的 优先 权 ， 并 且 可 以 稍 高 或 稍 低 于 该 等 级 的 正常 值 (范围 是 两 个 点 数 ) 。 你 可 以 把 
SetThreadPriority 想象 是 一 种 微调 动作 。 


SetThreadPriority 的 参数 微调 幅度 
THREAD PRIORITY LOWEST -2 
THREAD PRIORITY BELOW NORMAL -1 
THREAD PRIORITY NORMAL Хх 
THREAD PRIORITY ABOVE NORMAL + 
THREAD PRIORITY HIGHEST +2 


除 以 上 五 种 微调 ， 另 外 还 可 以 指定 两 种 微调 音效 : 


SetThreadPriority 的 参数 面 对 任 何等 级 面 对 "realtime" 等 级 


的 调整 结果 : 的 调整 结果 : 
THREAD PRIORITY IDLE 1 16 
THREAD PRIORITY TIME CRITICAL 15 31 


这 些 情 况 可 以 以 图 1-8 作为 总 结 。 


优先 权 等 级 idle lowest below normal above highest time 


Normal normal critical 

idle 1 2 3 4 5 6 15 
погта1 (Е) 1 5 6 7 8 9 15 
normal( 前 台 ) 1 7 8 9 10 11 15 
high 1 ӘДИ! 12 13 14 T5 15 
realtime 16 22 23 24 25 26 31 


1-8 Win32 线 程 优先 权 


多 线程 程序 设计 实例 


我 设计 了 一 个 MltiThrd 程序 ， 一 开始 产生 五 个 线程 ， 优 先 权 分 别 微 调 -2、-1、0、+1、+2， 并 
E ET: 


HANDLE _hThread[5]; // global variable 


LONG APIENTRY MalnwndProc (HWND hwnd, UINT message, UINT wParam, LONG lParam) 


{ 
DWORD Тһгеааїр [5]; 


static DWORD ThreadArg[5] = (HIGHEST THREAD, // 0x00 
ABOVE AVE THREAD, // Ox3F 
NORMAL THREAD, // OXxTF 
BELOW AVE THREAD, // OxBF 
LOWEST THREAD // ӨхЕЕ 


}; // 用 来 调整 四 方形 颜色 


for(i=0; i<5; i++) // 产生 5 个 threads 

_hThread[i] = CreateThread(NULL, 0, 

(LPTHREAD START. ROUTINE)ThreadProc, 

&ThreadArg[i], 

CREATE SUSPENDED 

&ThreadID[1]); 
// ЖЕ thread priorities 
SetThreadPriority( hThread[0], THREAD PRIORITY HIGHEST); 
SetThreadPriority( hThread[1], THREAD PRIORITY ABOVE NORMAL); 
SetThreadPriority( hThread[2], THREAD PRIORITY NORMAL); 
SetThreadPriority( hThread[3], THREAD PRIORITY BELOW NORMAL); 
SetThreadPriority( hThread[4], THREAD PRIORITY LOWEST); 


当 使 用 者 按 下 [Resume Threads] 菜单 项 目 后 ， 五 个 线程 如 猛虎 出 柳 ， 同 时 冲 出 来 。 这 五 个 
线程 使 用 同一 个 线程 本 数 ThreadProc。 我 在 ThreadProc 中 以 不 断 的 Rectangle 动 作 表 示 线 程 
的 进行 。 所 以 我 们 可 以 从 画面 上 观察 线程 的 进度 。 我 并 且 设 计 了 两 种 延迟 方式 ， 以 利 观察 。 


第 一 种 方式 是 在 每 一 次 循环 之 中 使 用 Sleep(10)， 意 思 是 先 睡 10 个 毫秒 ， 之 后 再 醒 来 ; 这 段 期 
闻 ，CPU 可 以 给 别人 使 用 。 第 二 种 方式 是 以 实 循 环 30000 次 做 延迟 ; нса 能 给 
别人 使 用 (23 ЕСРОЕ В 8830000. 222+) 。 


UINT _uDelayType=NODELAY; // global variable 


VOID ThreadProc(DWORD *ThreadArg) í 

RECT rect; HDC hpc; 

HANDLE hBrush, hOldBrush; 

DWORD dwThreadHits = 0; 

int iThreadNo, i; 

doí 
dwThreadHits++; // 计数 器 
// BEMS, RÆ thread 的 进行 
Rectangle(hDC, *(ThreadArg), rect.bottom-(dwThreadHits/10), 

*(ThreadArg)+0x40, rect.bottom); 

АЕ 
if ( uDelayType == SLEEPDELAY) 
Sleep(10); 
else if ( uDelayType -- FORLOOPDELAY) 
for (1-0; 1<30000; i++); 
else // uDelayType == NODELAY) 


t d 
) while (dwrhreadHits < 1000); // 巡回 1000 次 


1-9 是 执行 画面 。 注 意 ， 先 选择 延迟 方式 ("for loop delay" 或 "sleep delay") ， 再 按 下 
[Resume Thread] 。 如 果 你 选择 "for loop delay" (图 p 你 会 看 到 线程 0 〈 优 先 权 最 
高 ) 几乎 一 路 冲 到 压 ， ai (优先 权 次 之 ) , 是 线程 2 〈 优 先 权 再 次 之 ) . 

但 如 果 你 选择 的 "Sleep delay" (图 1-9b) ， кете E 同时 行动 。 关于 线程 
的 排 程 问题 ， 我 特 在 第 14 章 做 更 多 的 讨论 。 
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1-9a MItiThrd.exe 的 执行 画面 ("ог loop delay") 
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1-96 MitiThrd.exe 的 执行 男 面 ("sleep delay") 


注意 : 为 什么 图 1-9a 中 线程 1 尚未 完成 ， 线 程 2~4 竟然 也 有 机 会 偷 得 一 点 点 CPU 时 间 呢 ? 
这 是 排 程 器 的 巧妙 设计 ， 动 态 调整 线程 的 优先 权 。 是 啊 ， 总 不 能 让 优先 权 低 的 线程 下 到 天 苞 
地 老 ， 没 有 一 点 点 获得 。 关 于 线程 排 程 问题 ， 第 14 章 有 更 多 的 讨论 。 


第 2 章 C++ 的 重要 性 质 


C++ 是 一 种 扭转 程序 员 思 维 模式 的 语 


[I| 


SI 


ПЛАЖ Н, ЖРЕТ 25 A o 


{ 


近来 ПЕ -ARA TZAR R. нхл (Object Oriented 
Programming) 其 实 是 一 种 观念 ， 用 什么 语言 实现 它 都 可 以 。 但 ， 当 然 ， 面 向 对 象 程序 话 
(Object Oriented Programming Language) 是 专门 为 面向 对 象 观 念 而 发 展 出 来 的 ， 以 之 完 
成 面向 对 象 的 封 狼 、 继 承 、 多 态 等 特性 自 是 最 为 便利 。 


IF nij 


C++ 是 最 重要 的 面向 对 象 语 言 ， 因 为 它 站 在 C 语言 的 肩膀 上 ， 而 C 语言 拥有 绝对 优势 的 使 用 
di. С++ 并 非 纯 粹 的 面向 对 象 程序 语言 ， 不 过 有 时 候 混 血 并 不 是 坏事 ， 纯 种 也 不 见得 融 多 
好 。 


所 谓 纯 面向 对 象 语言 ， 是 指 不 管 什 么 东西 ， 都 应 该 存在 于 对 象 之 中 。JAVA 和 Small Talk 都 是 
ЖТ 255 2, 


如 果 你 是 C++ 的 初学 者 ， 本 章 不 适合 你 (事实 上 整 本 书 都 不 适合 你 ) ， 你 的 当务之急 是 去 买 一 
本 C++ 专 书 。 一 位 专 精 Basic 和 和 Assembly 语言 的 朋友 问 我 ， 有 没有 可 能 不 会 C++ 而 学 会 MFC ? 


答案 是 当然 没有 可 能 。 


如 果 你 对 C++ 一 知 半 解 ， 语 法 大 约 都 懂 了 ， 语 意 大 约 都 不 懂 ， 本 章 是 我 能 够 给 你 的 最 好 礼物 。 
我 将 从 类 与 对 象 的 天 系 开 始 ， 逐 步 解释 封 逆 、 继 承 、 多 态 、 虚 男 数 、 动 态 联 编 。 不 只 解释 其 
ВЕЕР, аана 55 Н, Ше, ЯНА. 


С++ 语言 范围 何其 广大 ， 这 一 章 的 主题 挑选 完全 是 以 MFC Programming 所 需 技术 为 前 提 。 F 
一 章 ， 我 们 就 把 这 里 学 到 的 C++ 技术 和 OO 观念 应 用 到 application framework 的 仿真 上 ， 那 是 
一 个 DOS 程序 ， 不 牵扯 Windows, 


让 我 们 把 世界 看 成 是 一 个 由 对 象 (object) 所 组 成 的 大 环境 。 对 象 是 什么 ? 白 一 点 说 ， ГА 
PRI 是 也 ! 任何 实际 的 物体 你 都 可 以 说 它 是 对 象 。 为 了 描述 对 象 ， 我 们 应 该 先 把 对 象 的 属性 
描述 出 来 。 好 ， 给 「 对象 的 属性 」 一 个 比较 学 术 的 名 词 ， 就 是 [类 」 (class) 。 


对 象 的 属性 有 两 大 成 员 ， 一 是 数据 ， 一 是 行为 。 在 面向 对 象 的 术语 中 ， 前 者 沼 补 称 为 
property (Java 语言 则 称 之 为 field) ， 后 者 党 被 称 为 method。 另 有 一 双 比 较 像 程序 设计 领域 
的 术语 ， 名 为 member variable (或 data member) 和 member function。 为 求 统一 ， 本 书 使 
用 第 二 组 术语 ， 也 就 是 member variable (Fk Я =) 和 member function (Б Я В) , — 
УЕ, РЯ Ж а) EH я ЛАН, 





ЖЗ (encapsulation) 


如 果 我 以 CSquare 代表 四 方形 」 这 种 类 ， 四 方形 有 color， 四 方形 可 以 display, 3f, color 
就 是 一 种 成 员 变 量 ，display 就 是 一 种 成 员 辑 数 : 


CSquare square; // 声明 Square 是 一 个 四 方形 。 
square.color = RED; // 设 定 成 员 变量 。RED 代 表 一 个 颜色 值 。 
square.display(); // BAĦAR ñ Ж. 


下 面 是 C++ 语言 对 于 CSduare Б: 


class CSquare // SERNA C 作为 类 名 称 的 开头 
( 


private: 

int m color; // 通常 我 们 以 т 作为 成 员 变 量 的 名 称 开头 
public: 

void display() í ... ) 


void setcolor(int color) í m color = color; } 


}; 


ХА Ж шн] НЕХ Им, Яна АЯ ы АЯМА, АННЕ, BAER 

者 较为 妥当 ， 但 有 时 候 也 不 得 不 开放 。 为 此 ，Cr++ Е f private, public 和 protected 三 种 修 
饰 词 。 一 般 而 言 成 员 变 量 尽量 声明 为 private， 成 员 画 数 则 通常 声明 为 public。 上 例 的 m_color 
既然 声明 为 private， 我 们 势必 得 准 各 一 个 成 员 回 数 setcolor， 供 外 界 设 定 颜色 用 。 


把 数据 声明 为 private， 不 允许 外 界 随意 存 取 ， 只 能 通过 特定 的 接口 来 操作 ， 这 就 是 面向 对 象 
的 封装 (encapsulation) 特性 。 


基 类 与 派生 类 : 谈 继承 (Inheritance) 

其 它 语言 欲 完 成 封 委 性 质 ， 并 不 太 难 。 以 C 为 例 ， 在 结构 (struc 之 中 放置 效 据 ， 以 及 义理 
数据 的 函数 的 指针 (function pointer) ， 就 可 得 到 某 种 程度 的 封装 精神 。 

C++ 神秘 而 特有 的 性 质 其 实在 于 继承 。 


РЁ, ви, ZAER., Хин, ЕН, Евы, М, 
人 类 习惯 把 相同 的 性 质 抽 取出 来 ， 成 立 一 个 基 类 (base class), ВЛЕН Ж 
(derived class) 。 所 以 ， 天 于 有 形状， 我们 融 有 了 这 样 的 类 阶层 : 









| Ellipse | Rectangle I 


Square | 


Circle 





#0001 class CShape // 形状 
#0002 { 
#0003 private: 
#0005 int m_color; 
#0006 public: 
#0007 void setcolor(int color) { m color = color; ) 
#0008 }; 
40010 class CRect : public CShape // 和 矩形 是 一 种 形状 
40011 // 它 会 继承 m_color #lsetcolor() 
#0012 public: 
#0013 void display() í ... ) 
#0014 }; 
40016 class CEllipse : public CShape // 椭圆 形 是 一 种 形状 
#0017 // 它 会 继承 m_color #lsetcolor() 
#0018 public: 
#0019 void display() í ... ) 
40020 Y; 
40022 class CTriangle : public CShape // 三 角形 是 一 种 形状 
40023 // 它 会 继承 m_color 和 setcolor() 
#0024 public: 
#0025 void display() í ... } 
#0026 Y; 
40028 class CSquare : public CRect // 四 方形 是 一 种 和 矩形 
#0029 
#0030 public: 
#0031 void display() í ... ) 
#0032 }; 
40034 class CCircle : public CEllipse // ИМЕ 
#0035 
#0036 рир1іс: 
#0037 void display() í ... } 
#0038 3; 
于 是 你 可 以 这 么 动作 : 


CSquare square; 


CRect 


recti, rect2; 


CCircle circle; 


square.setcolor(1); 


// Ф square.m color = 1; 


square.display(); // 调用 CSquare::display 
recti.setcolor(2); И Fæ ес color = 2 
rect1.display(); // 调用 CRect::display 
rect2.setcolor(3); т rect2 m color = 3 
rect2.display(); // 调用 CRect::display 
circle.setcolor(4); // px Circle m Color = 4 
circle.display(); // 调用 CCircle::display 


注意 以 下 这 些 事实 和 与 问题 : 


1. 所 有 类 都 由 CShape 派生 下 来 ， 所 以 它们 都 目 然而 然 继 承 了 CShape 的 成 员 ， 包 括 变 量 和 了 郴 
数 。 也 就 是 说 ， 所 有 的 形状 类 都 【暗自 」 具 备 了 m color 变量 和 setcolor 国 数 。 我 所 谓 蜡 自 
(implicit) ， 意 思 是 无 法 从 各 派生 类 的 声明 中 直接 看 出 来 。 


2. 两 个 矩形 对 象 rect1 和 rect2 各 有 自己 的 m_color， 但 关于 setcolor 函 数 却 是 共享 相同 的 
CRect::setcolor (其 实 更 应 该 说 是 CShape::setcolor) 。 我 用 这 张 图 表示 其 间 的 关系 : 


对 象 rect2 
m color 


33% recti 
m color 


T 1 
this 指针 this 指针 


CRect::setcolor(int color, CRect* this) 


this-»m color = color; 
}// 这 个 this 参 数 是 编译 器 自行 为 我 们 加 上 的 ， 所 以 我 说 它 是 个 "隐藏 指针 "。 


rect1.setcolor 和 rect2.setcolor 调用 的 都 是 CRect::setcolor， 后 者 之 所 以 能 分 别处 理 不 同 对 象 
的 成 员 变 量 ， 完 全 是 靠 一 个 隐藏 的 this 指 针 。 


让 我 替 你 问 一 个 问题 : 同一 个 函数 如 何 处 理 不 同 的 数据 ?为 什么 rect1.setcolor 和 
rect2.setcolor 明明 都 是 调用 CRect::setcolor (Ё 3: 62 CShape:setcolor) ， 却 能 够 有 条 不 
亲 地 分 别处 理 rect1.m_color 和 rect2.m_color? 答案 在 于 所 谓 的 this 指针 。 下 一 节 我 就 会 提 到 
它 。 


3. 既然 所 有 类 都 有 display 动 作 ， 把 它 提 升 到 老 祖 宗 CShape 去 ， 然 后 再 继承 之 ， 好 吗 ?不 好 ， 
因为 display 落 数 应 该 因 不 同 的 形状 而 动作 不 同 。 


4. 如 果 display 不 能 提升 到 基 类 去 ， 我 们 融 不 能 够 以 一 个 for 循 环 或 while 循 环 干净 漂 完 地 完成 下 
列 动作 (此 种 动作 模式 在 面向 对 象 程序 方法 中 重要 无 比 ) 


CShape shapes[5]; 
. // @ 5 个 shapes 各 为 矩形 、 四 方形 、 椭 圆 形 、 圆 形 、 三 角形 


for (int 1-0; i«5; 1++) 


shapes[i].display; 


5. Shape 只 是 一 种 抽象 概念 ， 世 界 上 并 没有 形状 」 这 种 东西 ! 你 可 以 在 一 个 C++ 程序 中 做 
以 下 动作 ， 但 是 不 符合 生活 法 则 : 


CShape shape; // 世界 上 没有 [形状 上 这 种 东西 ， 
shape.setcolor();// 所 以 这 个 动作 就 有 点 奇怪 。 


这 同时 也 说 出 了 第 三 点 的 另 一 个 否定 理由 : 按理 你 不 能 够 把 一 个 抽象 的 「 形 状 」 显示 出 来 ， 
Жез?! 

如 果 语法 允许 你 产生 一 个 不 应 该 有 的 抽象 对 象 ， 或 如 果 语法 不 支持 把 所 有 形状 (不管 什么 
形状 ) 都 display 出 来 」 的 一 般 化 动作 ， 这 束 是 个 失败 的 语言 。C++ 是 成 功 的 ， 目 然 有 它 的 整 
治 方式 。 记 住 ， | 面向 对 象 」 观 念 是 质 绘 现实 世界 用 的 。 所 以 ， 你 可 以 以 真实 生活 中 的 经 验 
去 思考 程序 设计 的 逻辑 。 


this 指针 


刚刚 我 才 说 过 ， 两 个 矩形 对 象 rect1 和 rect2 各 有 自己 的 m_color 成 员 变 量 ， 但 rect1.setcolor 
和 rect2.setcolor 却 都 通 往 唯 一 的 СВесі::ѕеісоіогд 5 Pg 2. 


那么 CRect::setcolor 如 何 处 理 不 同 对 象 中 的 m_color ? 答案 是 : px Б — ТЫН, £ 
为 this 指 针 。 当 你 调用 : 


CRect 对 象 
CRect 对 象 


recti.setcolor(2); // гесї1 


E 
ХЕ 
rect2.setcolor(3); // rect2 是 


编译 器 实际 上 为 你 做 出 来 的 代码 是 : 


CRect::setcolor(2, (CRect* )&rect1); 
CRect::setcolor(3, (CRect* )&rect2); 


不 过 ， 由 于 CRect 本 身 并 没有 声明 setcolor， 它 是 从 CShape 继 承 来 的 ， 所 以 编译 器 实际 上 产生 
的 代码 是 : 


CShape::setcolor(2, (СКесї*)&гесї1); 
CShape::setcolor(3, (CRect*)&rect2); 


多 出 来 的 参数 ， 束 是 所 谓 的 this 指针 。 至 于 类 之 中 ， 成 员 沙 数 的 定义 : 


class CShape 
1 


public: 
void setcolor(int color) í m color = color; ) 


}; 


被 编译 器 整治 过 后 ， 其 实 是 : 


class CShape 


public: 
void setcolor(int color, (CShape* )this){ this-»m color = color; } 
$; 

我 们 拨 开 了 第 一 道 疑 云 。 


EKAL к (Роіутогрћһіѕт) 
我 便 经 说 过 ， 前 一 个 例子 没有 办 法 完成 这 样 的 动作 : 


CShape shapes[5]; 
. // R 5 个 shapes “УЖЖ, MAÉ., ЕЖ. mm. —fm 


for (int 1-0; i«5; 1++) 


{ 
shapes[i].display; 
j 


可 是 这 种 所 谓 对 象 操 作 的 一 般 化 动作 在 application framework 中 非常 重要 。 作 为 famework 设 
计 者 的 我 ， 总 是 希望 能 够 准 各 一 个 display 国 数 ， 给 我 的 使 用 者 调用 ; 不 管 他 根据 我 的 这 一 大 
堆 形 状 类 派生 出 其 它 什 么 奇形怪状 的 类 ， 只 要 他 想 display, f& FTESBA X911. 


CShape* pshape; 


-— — while loop 
pShape->d3isplayw()) 
== 





为 了 文 持 这 种 能 力 ，C++ 提供 了 所 谓 的 虚 函 数 (virtual function) 。 


虚拟 + 函 效 ?! ПЛА ИНО. ЯП ГА Мана КИЗ РН, 2214 
示 失 去 引擎 本 身 的 牵制 力 ， 你 融会 了 解 ЕТ ARE 26 Best а= | КНЕУ 
行 。 好 ， 如 果 你 真 的 了 解 为 什么 需要 虚 函 数 以 及 什么 情况 下 需要 它 ， 你 融 能 够 营 握 它 的 灵魂 
与 内 鸿 ， 真 正 了 解 它 的 设计 原理 ， 并 且 发 现 认为 它 非 兽 人 性 。 并 且 ， 真 正 知 道 怎 么 用 它 。 


让 我 用 另 一 个 例子 来 展开 我 的 说 明 。 这 个 汇 例 灵 感 得 自 Visual C++ 手册 之 一 : Introdoction to 
C++。 假 设 你 的 类 种 类 如 下 : 





程序 代码 实现 如 下 : 


#0001 #include <string.h> 


#0003 //--------------------------------------------------------------- 
#0004 class CEmployee // 职员 

40005 1 

#0006 private: 

#0007 char т_пате[30]; 

#0009 public: 

#0010 CEmployee(); 

40011 CEmployee(const char* nm) 4 strcpy(m name, nm); } 

#0012 ; 
Н0013//--------------------------------------------------------------- 
#0014 class CWage : public CEmployee // 时 薪 职员 是 一 种 职员 

#0015 { 

#0016 private 

#0017 float m wage; 

#0018 float m_hours; 

40020 public : 

40021 CWage(const char* nm):CEmployee(nm)( m wage = 250.0; m hours -40.0; ) 
40022 void setWage(float wg) { m wage = wg; } 

40023 void setHours(float hrs) í m hours = hrs; ) 

40024 float computePay(); 

40025 
Н0026//--------------------------------------------------------------- 
40027 class CSales : public CWage // 销售 员 是 一 种 时 革职 员 

#0028 { 

#0029 private 

#0030 float m_comm; 

#0031 float m_sale; 

40033 public : 

40034 CSales(const char* nm) : CWage(nm) 4 m comm = m sale = 0.0; } 
40035 void setCommission(float comm) im comm = comm; } 

40036 void setSales(float sale) im sale = sale; } 

40037 float computePay(); 

40038 
Н0039//--------------------------------------------------------------- 
40040 class СМападег : public CEmployee // 经 理 也 是 一 种 职员 

#0041 ( 

40042 private 

#0043 float m_salary; 

#0044 public : 

#0045 CManager(const сһаг* пт):СЕтр1оуее(пт){ m_salary = 15000.0; ) 
#0046 void setSalary(float salary) im salary = salary; } 
40047 float computePay(); 

40048 ; 
Н0049//--------------------------------------------------------------- 
#0050 void main() 

#0051 { 


#0052  CManager aManager(" 陈 美静 ")， 
#0053 CSales аб5а1е5( xk"); 
#0054  CWage aWager ("SR"); 


#0057 // 虽 然 各 类 的 computePayPW2Ziei iE, (АЕ) 8, MATI. 


如 此 一 来 ，CWage 继 承 了 CEmployee 所 有 的 成 员 (包括 数据 与 函数 ) ，CSales 又 继承 了 
CWage 所 有 的 成 员 (〈 包 括 数 据 与 函数 ) 。 人 在 意义 上 ， 相当 于 CSales 拥 有 数据 如 下 : 


// private data of CEmployee 
char m_name[30]; 

// private data of CWage 
float m_wage; 

float m_hours; 

// private data of CSales 
float m_comm; 

float m_sale; 


ДМЕ ЕКЕ: 


void setwage(float wg); 

void setHours(float hrs); 

void setCommission(float comm); 
void setSale(float sales); 

void computePay(); 


从 Visual C++ 的 除 错 器 中 ， 我 们 可 以 看 到 ， 上 例 的 main 执 行 之 后 ， 程 序 拥有 三 个 对 象 ， 内 容 
(我 是 指 成 员 变 量 ) 分 别 为 : 





ER Variable 


Context: | main) ый 
Мате — |Маше = 
EJ абак Ls] 
га CWage Ln] 
EJ CEmployes | s | 
"En пае Онаа “Ер” 
тп марс S CN 
m. hours. AC (KK) 
пъ oonmmm SUE E OR 
m. ra ОАО 
E aManagcr Las] 
НЕ CEmpkyec [..) 
E] mmama OxO06dfdac "ра вир" 
m salary 15000.0 
EJ aW ager г...) 
е cCEmployee [..] | 
EJ rm name Оооба "жараны" 
m wage 220000 
m rir A CE X) 
гі Mino 1. casados athi 





从 薪水 说 起 


虚 函 数 的 故事 要 从 薪水 的 计算 说 起 。 根 据 不 同 职员 的 计 薪 方式 ， 我 设计 computePay 函数 如 
F: 


7 


float CManager::computePay( ) 
{ 


return m salary; // 经 理 以 「 固 定 周 薪 」 计 薪 。 
M CWage: : computePay( ) 
| return (m wage * m hours); // 时 薪 职 员 以 「 钟 点 费 * 每 周 工 时 」 计 薪 。 
A CSales::computePay( ) 


0 // 销售 员 以 「 钟 点 费 * 每 周 工时 」 再 加 上 Di * 销售 额 ] 计 薪 。 
return (m wage * m hours + m comm * m sale); // 语法 错误 。 
j 


但 是 CSales 对 象 不 能 够 直接 取 用 CWage 的 m_wage 和 m_hours， 因 为 它们 是 privateFX я X 
量 。 所 以 是 不 是 应 该 改 为 这 样 : 

float С5а1е5::сотригеРау() 

| 

Г 


return computePay() + m comm * m sale; 


这 也 不 好 ， 我 们 应 该 指明 函数 中 所 调用 的 computePay 究 轨 谁 属 一 一 编译 器 没有 历 害 到 能 够 
目 行 判断 而 保证 不 出 错 。 正 确 写法 应 该 是 : 


float CSales::computePay() 


return CWage::computePay() + m comm * m sale; 


т: ЕЖА, AIER Ен A РАДЕ S 
新 ， 册 加 上 额外 的 销售 佣金 。 我 们 看 看 实际 情况 ， 如 果 有 一 个 销售 员 : 


CSales аЅа1еѕ ("="); 


那么 侯 俊 杰 的 底 新 应 该 


aSales.CWage::computePay(); // 这 是 销售 员 的 底薪 。 注 意 语法 。 


而 修 俊 杰 的 全 新 应 该 


aSales.computePay(); // 这 是 销售 员 的 全 薪 


结论 是 : 要 调用 父 类 的 函数 ， 你 必须 使 用 scope resolution operator (::) 明白 指出 。 接 下 来 我 
要 触及 对 象 类 型 的 转换 ， 这 天 系 到 指针 的 运用 ， 更 直接 关系 到 为 什么 需要 上 庶 画 数 。 了 解 它 ， 
对 于 application framework 如 MFC 者 的 运用 十 分 十 分 重要 。 


假设 我 们 有 两 个 对 象 : 


CWage awager; 
CSales аЅа1еѕ ("="); 


销售 员 是 时 新 职员 之 一 ， 因 此 这 样 做 是 合理 的 : 


awager = aSales; // 合理 ， 销 售 员 必 BIERXS Ао 
这 样 就 不 合理 : 


aSales = aWager; // 错误 ， 时 薪 职 员 未 必 是 销售 员 。 


如 果 你 一 定 要 转换 ， 必 须 使 用 指针 ， 并 且 明 显 地 做 类 型 转换 (cast 动作 : 


CWage* рмадег; 

CSales* pSales; 

CSales аЅа1еѕ( 4%"); 

рмадег = &aSales; // 把 一 个 [ 基 类 指针 」 指向 派生 类 之 对 象 ， 合 理 且 自然 。 
pSales = (CSales *)pWager; // 强 迫 转 型 。 语 法 上 可 以 ， 但 不 符合 现实 生活 。 


真实 世界 中 某 些 时 候 我 们 会 以 「 一 种 动物 」 来 总 称 猫 啊 、 狗 啊 、 侈 子 猴子 等 等 。 为 了 某 种 便 
利 〈 这 个 便利 稍 后 即 可 看 到 ) ， 我 们 也 会 想 以 「 一 个 通用 的 指针 」 表 示 所 有 可 能 的 职员 类 
型 。 无 论 如 何 ， 销售 员 、 E RE RR Ws ZI, 都 是 职员 м, 所 以 下 面 动作 合情合理 


CEmployee* pEmployee; 

смаде а\мадег ("4"); 

CSales аба1ез ("="); 

CManager аМападег ("3"); 

рЕтро1уее = &aWager; // 合理 ， 因 为 时 薪 职员 必 是 职员 
pEmpolyee = &aSales; // 合理 ， 因 为 销售 员 必 是 职员 
pEmpolyee = &aManager; // 合理 ， 因 为 经 理 必 是 职员 


也 就 是 说 ， 你 可 以 把 一 个 [职员 指针 」 指向 任何 一 种 职员 。 这 带 来 的 好 义 是 程序 设计 的 巨大 
弹性 ， 璧 如 说 你 设计 一 个 串 列 (linkedlist) ， 各 个 元 素 都 是 职员 〈 哪 一 种 职员 都 可 以 ) ， 你 
的 add 函 数 可 能 因此 希望 有 一 个 [职员 指针 」 作为 参数 : 


add(CEmployee* pEmp); // pEmp 可 以 指向 任何 一 种 职员 


=E == = 

Ө ЖЕЕ 
我 们 渐渐 接触 问题 的 核心 。 上 述 C++ Афона s ВИВА ЛЕМДЕ f H, 
但 是 万 里 无 云 的 日 子 里 却 出 现 了 一 个 晴天 霹雳 : 如 果 你 以 一 个 「 基 类 之 指针 」 指 向 一 个 UR 


生 类 之 对 象 ] ， 那 么 经 由 此 指针 ， tame (而 不 是 派生 类 ) 所 定义 的 函数 。 
此 : 


CSales aSales(" 候 俊杰 ") ; 

CSales* pSales; 

CWage* рмадег; 

pSales = «а5а1е5; 

pwager = &aSales; // М 「 基 类 之 指针 」 指向 「 派 生 类 之 对 象 

рмадег- »setSales(800. 0);// 错 误 ( 编 译 器 会 检测 出 来 )， 因 为 CWage 并 没有 定义 setSales Е. 
pSales->setSales(800.0);// 正 确 ， 调 用 CSales::setSales Е, 


虽然 pSales 和 pWager 指向 同一 个 对 象 ， 但 却 因 指针 的 原始 类 型 而 使 两 者 之 间 有 了 差异 。 延 
续 此 例 ， 我 们 看 另 一 种 情况 : 


pWager ->computePay(); // 调用 CWage: : сотриёеРау() 
pSales->computePay(); // 调用 CSales::computePay() 


虽然 pSales 和 pWager 实 际 上 都 指向 CSales 对 象 ， 但 是 两 者 调用 的 computePay 却 不 相同 。 到 
故 调 用 到 哪个 了 画 数 ， 必 须 视 指 针 的 原始 类 型 而 定 ， 与 指针 实际 所 指 之 对 象 无 天 。 


我 们 得 到 了 三 个 结论 : 


1. 如 果 你 以 一 个 [ 基 类 之 指针 」 指向 「 派 生 类 之 对 象 ， 那 么 经 由 该 指针 你 只 能 够 调用 基 类 
所 定义 的 函数 。 


ЖЖ 


class Свазе |“ CBase* pBase; 


ри 
竹下 我 们 可 以 仿 phase ЗВГ CDerived 物件 ， 


2062 рЁазе ВУЗ ‘" 一 个 СВазех 指标 ”) 
1 PETRE BaseFunct > - TESE DeriFunct } 9 


2. 如 果 你 以 一 个 [派生 类 之 指针 」 指 向 一 个 [ 基 类 之 对 象 」 ， 你 必须 先 做 明显 的 转型 动作 


(explicit cast) 。 这 种 作法 很 危险 ， 不 符合 真实 生活 经 验 ， 在 程序 设计 上 也 会 带 给 程序 员 困 
=ç 


¿NO 








class CBase CDerived *pDeri; 


| CHase aBase("Jason"); 






ВазеГипс { } 


pDeri = &aBase; // ШЕЕ. ЖЕР&ӘРШЧБЕНӨ. 
// БЕНЕН ЕЕЕ ° 









class CDerived| ж-----------СПегіуес” pDeri; 


3. 如 果 基 类 和 派生 类 都 定义 了 ГАВА А ААА ЖІ, 3BZO08::W EGET USFREX 2 
时 ， 到 底 调 用 到 哪 一 个 函数 ， 必 须 视 该 指针 的 原始 类 型 而 定 ， 而 不 是 视 指 针 实 际 所 指 之 对 象 
的 类 型 而 定 。 这 与 第 1 点 其 实意 义 相通 。 





Пегї ипе { } 


class СВазе 


BazeFunc(í) PEN pasu; : 
CDerived* pDeri; 
ДАЕ SEE ІНІН. ВАСЕ РАВЗА Н/Е. 
ЕЧ ЕРШЕ ТАНУ CommFunet o ВО pa aB : 


а рВаяе->сметғысзсі) КА CBase::CommFunc 
DeriFunc() | + рбегі->СоттҒызсі) ЗН CDerivaed::CommFunc 


clasa CDerived 








得 到 这 些 结论 后 ， 看 看 什么 事情 会 困扰 我 们 。 前 面 我 鲁 提 到 一 个 由 职员 组 成 的 串 列 ， 如 果 我 
想 写 一 个 printNames 函数 走访 串 列 中 的 每 一 个 元 素 并 印 出 职员 的 名 字 ， 我 们 可 以 在 
CEmployee (最 基 类 ) 中 多 加 一 个 getName 函数 ， 然 后 再 设计 一 个 while 循 环 如 下 : 


int count = 0; 
CEmployee* pEmp; 


while (pEmp = anlter.getNext()) 
{ 


count++; 
cout << count << ' ' << pEmp->getName() << епа1; 


} 


fi af 6апіќег.деіМех 8 2& zé ТА T 8 АЈ, "ЕЗІ CEmPloyee*， 也 因此 每 一 
次 获得 的 指针 才 可 以 调用 定义 于 CEmployee 中 的 getName, 


但 是 ， 由 于 函数 的 调用 是 依赖 指针 的 原始 类 型 而 不 管 它 实 际 上 指向 何方 ( 何 种 对 象 ;， 因 此 
AREI while 循环 中 调用 的 是 pEmp->computePay， 那 么 while 循环 所 执行 的 将 总 是 相同 
的 运算 ， 也 就 是 CEmployee::computePay， 这 就 糟 了 (销售 员 领 到 经 理 的 薪水 还 不 糟 吗 ) 。 
更 糟 的 是 ， 我 们 根本 没有 定义 CEmployee::computePay， 因 为 CEmployee 只 是 个 抽象 概念 
(一 个 抽象 类 ) 。 指 和 针 必 须 落 实 到 实例 类 型 上 如 CWage 或 CManager 或 CSales， 才 有 薪资 计 
算 公 式 。 


计 薪 循环 图 


CEmployee* pEmp; 
< while loop 
pEmp-»getName 4i); 
pEmp-»computePayí): 
—- 





5 — БИК 


我 想 你 可 以 体会 ， 上 述 的 while 循环 其 实 就 是 把 动作 ГВ. [一 般 化 」 之 所 以 重要 ， 在 
于 它 可 以 把 现在 的 、 未 来 的 情况 统统 纳入 考虑 。 将 来 即使 有 另 一 种 名 日 [顾问 」 的 职员 ， 上 
述 计 薪 循环 应 该 仍然 能 够 正常 运作 。 当 然 啦 ， 顾问 」 的 computePay 必须 设计 好 。 


[一 般 化 」 是 如 此 重要 ， 解 决 上 述 问题 因此 也 就 迫切 起 来 。 我 们 需要 的 是 什么 呢 ? 是 能 够 
[依旧 以 CEmpolyee 指针 代表 每 一 种 职员 」， 而 又 能 够 在 [实际 指向 不 同 种 类 之 职员 」 时， 
[调用 到 不 同 版 本 (不 同类 中 ) 之 сотриіеРау 这 种 能 


这 种 性 质 就 是 多 态 (polymorphism) ， 靠 虚 函 数 来 完成 。 
再 次 看 看 那 张 计 薪 循环 图 : 


e 当 pEmp 指 向 经 理 ， 我 希望 pDEmp->computePay 是 经 理 的 薪水 计算 式 ， 也 就 是 
CManager:computePay。 


e 当 pEmp 指 向 销售 员 ， 我 希望 pEmp->computePay 是 销售 员 的 薪水 计算 式 ， 也 就 是 
CSales::computePay., 


e 当 pEmp 指 向 时 薪 职 员 ， 我 希望 pDEmp->computePay 是 时 薪 职 员 的 薪水 计算 式 ， 
也 就 是 CWage::computePay。 


虚 玉 数 正 是 为 了 对 『「 如 果 你 以 一 个 基 类 之 指针 指向 一 个 派生 类 之 对 象 ， 那 么 透 过 该 指针 你 就 
只 能 够 调用 基 类 所 定义 之 成 员 国 数 」 这 条 规则 反 其 道 而 行 的 设计 。 


不 必 设 计 复 条 的 串 列 函数 如 add 或 getNext 才 能 验证 这 件 事 ， 我 们 看 看 下 面 这 个 简单 例子 。 如 
果 我 把 职员 一 例 中 所 有 四 个 类 的 computePay ЖЖЕПЕЗІЛІ-Е virtual kk F, EENE A EN 
ZA, ЯВА 


CEmployee*  pEmp; 

CWage awager(" 4275" ); 

CSales aSales(" 侯 俊杰 ")，; 

CManager aManager(" 陈 美静 ")， 

pEmp = &awager; 

cout << pEmp->computePay(); // 调用 的 是 CWage::computePay 
рЕтр = &aSales; 

cout << pEmp-»computePay(); // 调用 的 是 CSales::computePay 
рЕтр = «аМападег; 

cout << pEmp-»computePay(); // 调用 的 是 CManager::computePay 


现在 重新 回 到 Shape 例 子 ， 我 打算 让 display IX A ЖА: 


2 


如 果 把 所 有 类 中 的 virtual 保留 字 拿 掉 ， 执 行 结果 变 成 : Shape Shape Shape Shape Shape 


EJ 25 
sj i 


40001 Zinclude <iostream.h> 

40002 class CShape 

40003 

#0004 public: 

#0005 virtual void display() í cout << "Shape Nn"; } 
#0006 }; 

#0007 //------------------------------------------------ 
#0008 class CEllipse : public CShape 

#0009 

#0010 public: 

#0011 virtual void display() í cout << "Ellipse Nn"; } 
#0012 Y; 

#0013 //------------------------------------------------ 
40014 class CCircle : public CEllipse 

#0015 

#0016 public: 

#0017 virtual void display() í cout << "Circle Nn"; } 
#0018 }; 

#0019 //------------------------------------------------ 
#0020 class CTriangle : public CShape 

#0021 

#0022 public: 

#0023 virtual void display() í cout << "Triangle ^n"; } 
#0024 }; 

#0025 //------------------------------------------------ 
#0026 class CRect public CShape 

#0027 

#0028 public: 

#0029 virtual void display() í cout << "Rectangle ^n"; } 
40030 }, 

#0031 //------------------------------------------------ 
40032 class CSquare : public CRect 

40033 

#0034 public: 

#0035 virtual void display() í cout << "Square Nn"; } 
40036 Қ 

#0037 //------------------------------------------------ 
40038 void main() 

40039 

40040 CShape aShape; 

40041 CEllipse aEllipse; 

#0042 CCircle aCircle; 

#0043 CTriangle aTriangle; 

#0044 CRect aRect; 

#0045 CSquare asquare; 

#0046 CShape* pShape[6] = Т &aShape,&aEllipse,&aCircle,&aTriangle,&aRect, &aSquare }; 
#0053 for(int 1-0; 1< 6; i++) 

#0054 pShape[i]->display(); 

#0055 } 

#0056 //------------------------------------------------ 


Shape 


> 
2 


Ж 


ЕЕтріоуее 和 Shape 两 例 ， 


第 一 个 例子 是 : 


| 的 结果 是 : ShapeW EllipseW Circle \n Тпапае\п Rectangle\n Square 


= &aWager; 
<< pEmp->computePay(); 
= &aSales; 
<< pEmp->computePay(); 
= &aBoss; 
<< pEmp->computePay( ) ; 


pEmp 
cout 
pEmp 
cout 
pEmp 
cout 


这 三 进程 序 代码 完全 相同 


第 二 个 例子 是 : 


CShape* pShape[6]; 
for (int 1-0; 1< 6; i++) 
pShape[i]->display(); // 此 进程 序 代码 执行 了 6 X, 


我 们 看 到 了 一 种 奇特 现象 : 程序 代码 完全 一 样 (因为 一 般 化 了 ) ， 执 行 结 果 却 不 相同 。 这 整 
是 虚 函 数 的 妙用 。 


如 果 没 有 虚 函 数 这 种 东西 ， 你 还 是 可 以 使 用 scope resolution operator (::) 明白 指出 调用 哪 
一 个 玉 数 ， 但 程序 束 不 再 那么 优雅 与 弹性 了 。 


从 操作 型 定义 来 看 ， 什 么 是 虚 函 效 呢 ? 如 果 你 预期 派生 类 有 可 能 重新 定义 某 一 个 成 员 枉 数 ， 
那么 你 就 在 基 类 中 把 此 函数 设 为 virtual。MFC 有 两 个 十 分 十 分 重要 的 虚 函 数 : 与 document 
有 关 的 Serialize 函数 和 与 view 有 关 的 OnDraw 函数 。 你 应 该 在 自己 的 CMyDoc 和 
CMyView 中 改写 这 两 个 虚 回 数 。 


多 态 (Polymorphism) 


你 看 ， 我 们 以 相同 的 指令 却 唤起 了 不 同 的 函 效 ， 这 种 性 质 称 为 Polymorphism， 和 意思 是 "the 
ability to assume many forms" (2 5) 。 编 译 器 无 法 在 编译 时 期 判断 pPEmp->computePay 到 
医 是 调用 哪 一 个 画 效 ， 必 须 在 运行 时 才能 评估 之 ， 这 称 为 后 期 联 编 late binding 或 动态 联 编 
dynamic binding。 至 于 С = С++ 的 non-virtual 函数 ， 在 编译 时 期 就 转换 为 一 个 固定 地 
址 的 调用 了 ， 这 称 为 前 期 联 编 early binding 或 静态 联 编 static binding. 


Polymorphism 的 目的 ， 就 是 要 让 义理 「 基 类 之 对 象 」 的 程序 代码 ， 能 够 完全 透 通 地 继续 适当 
义理 [派生 类 之 对 象 」。 


可 以 说 ， 虚 了 画 数 是 了 解 多 态 (Polymorphism) 以 及 动态 联 编 的 关键 。 同 时 ， 它 也 是 了 解 如 何 
使 用 MFC 的 关键 。 


让 我 再 次 提示 你 ， 当 你 设计 一 套 类 ， 你 并 不 知道 使 用 者 会 派生 什么 新 的 子 类 出 来 。 如 果 动 物 
世界 中 出 现 了 新 品种 名 日 雅虎 ， 类 使 用 者 势必 在 CAnimal 之 下 派生 一 个 CYahoo。 人 饶 是 如 此 ， 
身 为 基 类 设计 者 的 你 ， 可 以 利用 虚 函 数 的 特性 ， 将 所 有 动物 必定 会 有 的 行为 〈 例 如 哮 叫 
roar) ， 规 划 为 虚 画 数 ， 并 且 规 划一 些 一 般 化 动作 (例如 『「 让 每 一 种 动物 发 出 一 声 哮 叫 ] ) 。 
那么 ， 虽 然 ， 你 在 设计 基 类 以 及 这 个 一 般 化 动作 时 ， 无 法 掌握 使 用 者 自行 派生 的 子 类 ， 但 只 
要 他 改写 了 roar 这 个 虚 画 数 ， 你 的 一 般 化 对 象 操作 动作 自然 就 可 以 调用 到 该 落 数 。 


再 次 回 到 前 述 的 Shape 例 子 。 我 们 说 CShape 是 抽象 的 ， 所 以 它 根 本 不 该 有 display 这 个 动作 。 
但 为 了 在 各 实例 派生 类 中 绘图 ， 我 们 又 不 得 不 在 基 类 CShape 加 上 display ВЕРХ. (REME 
义 它 什么 也 不 做 (22823) 


class CShape 


( 
public: 
virtual void display() í } 


; 
或 只 是 给 个 消息 : 
class CShape 


( 
public: 
virtual void display() í cout << "Shape Nn"; } 


, 


МЕА а ВВ, ЖТ АҒ 93% БӨЗ (CShape 是 抽象 的 ) ， 我 们 根本 束 
不 应 该 定义 它 。 不 定义 但 又 必须 保留 一 块 空间 (spaceholder) 给 它 ， 于 是 C++ 提供 了 所 谓 的 
ЕЦ: 


class CShape 


public: 
virtual void display() = 0; // 注意 "= о" 


ГА 


ЊЕ EX UI АЕ 3 Е РЕ, БЕЛЕН ГЕКЕ НЕХ, REX ГЫ 
TZ ап. НЕН ЕК АНУ, ХЕ MHR, ЕХЕ ВЕ ЗОНЫ 
(instantiate) 的 ， 也 惑 是 说 ， 你 不 能 根据 它 产 生 一 个 对 象 (你 怎 能 说 一 种 形状 为 'Shape' 的 
物体 呢 ) 。 如 果 硬 要 强渡 关山 ， 会 换 来 这 样 的 编译 消息 : 


error : illegal attempt to instantiate abstract class. 


关于 抽象 类 ， 我 还 有 一 点 补充 。CCircle 继承 了 CShape 之 后 ， 如 果 没 有 改 宇 CShape 中 的 纯 
虚 函 效 ， 那 么 CCircle 本 映 也 丈 成 为 一 个 拥有 纯 虚 函数 的 类 ， 于 是 它 也 是 一 个 抽象 类 。 


是 对 虚 函 数 做 结论 的 时 候 了 : 
° 如 果 你 期 望 派 生 类 重新 定义 一 个 成 员 豆 数 ， 那 么 你 应 该 在 基 类 中 把 此 冰 数 设 为 virtual。 


e 以 单一 指令 唤起 不 同 函 数 ， 这 种 性 质 称 为 Polymorphism， 意 思 是 "the ability to assume 
many forms", #2 %, 


° 虐 函 数 是 C++ 语言 的 Polymorphism 性 质 以 及 动态 联 编 的 关键 。 


° AAR Ж ВЈ УТУ АИЯ Н, ЗИП ЕЮ, ља АЕ 
(Е ВВ 2 J Dn. E"-0" 即 可 ) 。 


e 我 们 可 以 说 ， 拥 有 纯 虚 函数 者 为 抽象 类 (abstract Class) ， 以 别 于 所 谓 的 实例 类 
(concrete class)。 


抽象 类 不 能 产生 出 对 象 实体 ， 但 是 我 们 可 以 拥有 指向 抽象 类 之 指针 ， 以 便于 操作 抽象 类 的 各 
个 派生 类 。 


ЕЧ ОЛСЕ TEDA ERKA, ПІН D virtual # e] 


类 与 对 象 大 解剖 


为 了 达到 动态 联 编 (后 期 联 编 ) 的 目的 ，C++ 编译 器 通过 某 个 表格 ， 在 运行 时 [间接 」 调 用 
"m" CERE [间接] 这 个 字眼 ) 。 这 样 的 表格 称 为 虚 范 数 表 (ВЯ 
маре) 。 每 一 个 【内 合 虚 函 效 的 类 」 ， 编 译 器 都 会 为 它 做 出 一 个 虚 函 效 表 ， 表 中 的 每 一 个 
素 都 指 同 一 个 虚 范 数 的 地 址 。 此 外 ， 编 译 器 当然 也 会 为 类 加 上 一 项 成 员 变 量 ， 是 一 个 指 疝 该 
虚 范 数 表 的 指针 CREA vptr) 。 举 个 例 : 


class Class1 í 
public : 
data1; 
data2; 
memfunc( ); 
virtual vfunci(); 
virtual vfunc2(); 
virtual vfunc3(); 


}; 


Class1 对 象 实体 在 内 存 中 占据 这 样 的 空间 : 


Class] HERE vtable 
Ури м (*vlfunclX) СТаѕ1 w Ішке 11) 











clazs Classi m dalal 


(*vfunc2N) = Classi - hanc Г) 





public : (*viunc^ x) s {fassi viunco() 
m datal; 

m data?2; 

memfuncí)]: 
virtual vfuncl(): 
virtual wvfunczi): 
victual УЕппе2і); 






Class 1: maemiíunzct ) 








C++ EBJE A РАЙ, КРС ЕН, ЕНЕ Жа АЛА, Нл 
参数 (this 指针 ) ， 因 而 可 以 处 理 调 用 者 (С++ 对 象 ) 中 的 成 员 变 量 。 所 以 ， 你 并 没有 在 
Class1 对 象 的 内 存 区 块 中 看 到 任何 与 成 员 函 数 有 关 的 任何 东西 。 


每 一 个 由 此 类 派生 出 来 的 对 象 ， 都 有 这 么 一 个 vptr。 当 我 们 通过 这 个 对 象 调用 虚 函 数 ， 事 实 
上 是 通过 vptr 找到 虚 函 数 表 ， 和 绸 找 出 虚 国 数 的 真正 地 址 。 


奥妙 在 于 这 个 虚 琅 数 表 以 及 这 种 间接 调用 方式 。 虚 娘 数 表 的 内 容 是 依据 类 中 的 虚 函 数 声 明 次 
E, ENKA. MME ARARE ERAR (以 及 所 有 其 它 可 以 继承 的 成 员 ) ， 
当 我 们 在 派生 类 中 改写 虚 画 效 时 ， 虚 范 效 未 惑 受 了 影响 : 表 中 元 素 所 指 的 琅 数 地 址 将 不 再 是 
基 类 的 函数 地 址 ， 而 是 派生 类 的 本 数 地 址 。 


看 看 这 个 例子 : 


class С1а552 : public Classi 4 
public : 

data3; 

memfunc( ); 

virtual vfunc2(); 


T 


于 是 ， 一 个 【指向 Class1 所 生 对 象 」 的 指针 ， 所 调用 的 vfunc2 Е Class1::vfunc2， 而 一 个 
[指向 Class2 所 生 对 象 」 的 指针， 所 调用 的 vfunc2 就 是 Class2::vfunc2。 动态 联 编 机 制 ， 在 
运行 时 ， 根 据 虚 函数 表 ， 做 出 了 正确 的 选择 。 我 们 解 天 了 第 二 道 伸 秘 。 口 说 无 插 ， 何 不 看 点 
Eo ЖАНЫ, ЕЕ, РЕ ANRE : 








стане Class 
[ 

publia i 
m data; 
mentum | ) š 
virtual vfunezi): 


i public Classi 





vtable 
(*vfunclM) | Class 1-с у 
Class2:-Nfunc2() 


(*xfunc3X) > Cassl:-viune зу 


Class2::memfunc() 










m datal 


| Class2 МЕНЕ 








#0001 #include <iostream.h> 

40002 #include <stdio.h> 

#0004 class ClassA 

#0005 { 

#0006 public: 

#0007 int m_datal; 

#0008 int m_data2; 

#0009 void Типс1() í } 

#0010 void func2() í } 

#0011 virtual void vfunci() í } 

#0012 virtual void vfunc2() í } 

40013 Қ 

#0015 class ClassB : public ClassA 
#0016 { 

#0017 public: 

#0018 int m_data3; 

40019 void func2() í } 

#0020 virtual void vfunci() í ) 

#0021 }; 

#0023 class ClassC public ClassB 
#0024 1 

#0025 public: 

#0026 int m_datal; 

#0027 int m_data4; 

40028 void func2() í } 

#0029 virtual void vfunci() í } 

#0030 }; 

#0032 void main() 

#0033 { 

#0034 cout << sizeof(ClassA) << епа1; 
#0035 cout << sizeof(ClassB) << endl; 
40036 cout «« sizeof(ClassC) «« endl; 
#0038 ClassA а; 

#0039 ClassB b; 

#0040 ClassC с; 

#0041 

#0042 b.m_data1 = 1; 

#0043 b.m_data2 = 2; 

#0044 b.m_data3 = 3; 

#0045 c.m ааға1 = 11; 

#0046 c.m_data2 = 22; 

#0047 c.m_data3 = 33; 

#0048 c.m_data4 = 44; 

#0049 с.С1аѕѕА::т даёа1 = 111; 
#0050 

#0051 cout << b.m_data1 << endl; 
#0052 cout << b.m_data2 << endl; 
#0053 cout << b.m_data3 << endl; 
#0054 cout << c.m_datal << endl; 
#0055 cout << c.m_data2 << endl; 
#0056 cout << c.m_data3 << endl; 
#0057 cout << c.m_data4 << endl; 
#0058 cout << c.ClassA::m_datal << endl; 
#0059 

#0060 cout << &b << endl; 

#0061 cout << &(b.m_data1) << endl; 
#0062 cout << &(b.m_data2) << endl; 
#0063 cout << &(b.m_data3) << endl; 
#0064 cout << &c << endl; 

#0065 cout << &(c.m_data1) << endl; 
#0066 cout << &(c.m_data2) << endl; 
#0067 cout << &(c.m_data3) << endl; 
#0068 cout << &(c.m_data4) << endl; 
#0069 cout << &(c.ClassA::m_data1) << endl; 
#0070 } 


执行 结果 与 分 析 如 下 : 


执行 结果 意义 说 明 

12 Sizeof (ClassA) 2 个 int 加 上 一 个 vptr 
16 Sizeof (ClassB) 继承 自 CLlassA， 再 加 上 1 Tint 
24 Sizeof (ClassC) 继承 自 CLlassB， 再 加 上 2 int 
1 b.m datai 的 内 容 

2 b.m data2 的 内 容 

3 b.m_data3 的 内 容 

11 c.m_data1 的 内 容 

22 c.m_data2 的 内 容 

33 c.m data3 的 内 容 

44 c.m_data4 的 内 容 

111 c.ClassA::m_datal 的 内 容 

0x0064FDCC b 对 象 的 起 始 地 址 这 个 地 址 中 的 内 容 就 是 vptr 
0x0064FDDO b.m datai 的 地 址 

0x0064FDD4 b.m data2 的 地 址 

0x0064FDD8 b.m data3 的 地 址 

0x0064FDBO c 对 象 的 起 始 地 址 这 个 地 址 中 的 内 容 就 是 vptr 
OX0064FDCO c.m_datal 的 地 址 

0x0064FDB8 c.m data2 的 地 址 

0x0064FDBC c.m data3 的 地 址 

0x0064FDC4 c.m_data4 的 地 址 

0x0064FDB4 c.ClassA::m_data1 的 地 址 


a. b. c 对 象 的 内 容 图 标 如 下 : 


Object slicing 5: 4% 


Ji (£ x EB p+ BHEE > Е EPA SN. БЕНЕТ, ИЕЖЖЯГ: 
以 程序 表现 如 下 : 


深入 浅 出 MFC 


a (ClassA 的 对 条 ) 


Class А Еш) 


ClassA v ите) 


[ Class A: :funcl O 





Class. A: tuned} 





vtable 
(*vfunclX) 





OxOD64FDCC 
ClassB :-funcl() 







OxOD64FDDO 
(*vfunc2 y) Class. A: vfunc2() 
аа Cimahi func) 
OxOD64FDDB | 
Ox0064PDBO vtable 
наара (*vfunc 1X) ClassC :funel() 
(*vfunc2X) Class A :vfunc2() 


OxOD64FDBB 


| ClassC балсо) 





Dx0064FDBC 
OxOD64FDCO 


OxOD64FDCA4 


virtual void Serialize(): 


| void func) 
virtual void Serialize(): 


virtual void Serialize(: 





第 2 章 С++ 的 重要 性 岳 


#0001 #include <iostream.h> 

40003 class CObject 

40004 

40005 public: 

40006 virtual void Serialize() 4 cout << "CObject::Serialize() n^n"; } 
#0007 Y; 

40009 class CDocument : public CObject 

40010 4 

40011 public: 

#0012 int m_datal; 

#0013 void func() í cout << "CDocument::func()" << endl; 

#0014 Serialize(); 

40015 

40017 virtual void Serialize()([cout << "CDocument::Serialize() n^n"; } 
#0018 }; 

40020 class CMyDoc : public CDocument 

#0021 1 

40022 public: 

#0023 int m_data2; 

#0024 virtual void Serialize() { cout << "CMyDoc::Serialize() \п\п"; } 
#0025 }; 

#0026 //------------------------------------------------------------- 
#0027 void main() 

40028 

40029 CMyDoc mydoc; 

40030  CMyDoc* pmydoc - new CMyDoc; 


#0032 


cout << "#1 testing" << endl; 


#0033 mydoc.func(); 

#0035 cout << "#2 testing" << endl; 
40036 ((CDocument*)(&mydoc))->func(); 
40038 cout << "#3 testing" << endl; 


40039 pmydoc->func(); 

#0041 cout << "#4 testing" << endl; 
40042 ((CDocument)mydoc).func(); 
#0043 


由 于 CMyDoc 自 己 没 有 func В, ЖЖ Y CDocument 的 所 有 成 员 ， 所 以 main 之 中 的 四 
^ 338 В 3h EE je] 88 dB 38 FHCDocument::func, 18, CDocument::func 中 所 调用 Serialize 是 
в — ` Ж BATEX Я ПЕ 2 如 果 它 是 一 般 (non-virtual) Ж, 325 АЕ 
CDocument::Serialize。 但 因为 这 是 个 虚 范 数 ， 情 况 便 有 不 同 。 以 下 是 执行 结果 : 


#1 testing 
CDocument::func() 
CMyDoc: :Serialize() 
42 testing 
CDocument: :func() 
CMyDoc: :Serialize() 
43 testing 
CDocument: : Гипс () 
CMyDoc::Serialize() 
#4 testing 
CDocument : : Гипс () 
CDocument::Serialize() 


AND = 
c 7 Аа, 


Bl = A m K 111 Ж ШЕ ЕЧ АРМЕН : ЕКЕ 2 ЕБ. 7 ЕРАЗ Serialize, BB Z FE 34 
调用 派生 类 之 Serialize Ж, АЯП ЗЕН yn Së Hh H з, Ғарріісаіопігатемогк 身上 。 后 
续 当 我 退路 МЕС 原始 代码 时 ， 遇 此 情况 会 再 次 提醒 你 。 


第 四 项 测试 结果 则 有 点 出 乎 意料 之 外 。 你 知道 ， 派 生 对 象 通常 都 比 基 础 对 象 大 (我 是 指 内 存 
空间 ) ， 因 为 派生 对 象 不 但 继承 其 基 类 的 成 员 ， 又 有 自己 的 成 员 。 那 么 所 谓 的 upcasting (向 
上 强制 转型 ) : (CDocument)mydoc， 将 会 造成 对 象 的 内 容 被 切割 (object slicing) 


mydoc mydoc 


v ptr object slicing x 


m. data 





CDacument]mydac; | m.datal | 
\ | CDacument Ж 582 


vptr 


当 我 们 调用 : ((CDocument)mydoc).func(; mydoc 已 经 是 一 个 被 切割 得 剩 下 半 条 命 的 对 象 ， 而 
func ВА НЕРЖ Serialize ; 后 者 将 使 用 的 [mydoc ВЕРА 虽然 存在 ， 它 的 值 是 
什么 呢 ? 你 是 不 是 隐隐 觉得 有 什么 大 灾难 要 发 生 ? 





幸运 的 是 ， 由 于 ((CDocument)mydoc).func() 是 个 传 值 而 非 传 址 动作 ， 编 译 器 以 所 谓 的 复制 
ВАХ (copy constructor) 把 CDocument 对 象 内 容 复 制 了 一 份 ， 使 得 mydoc 的 vtable 内 容 
与 CDocument 对 象 的 vtable 相同 。 本 例 虽 没有 明显 做 出 一 个 复制 构造 数 ， 编 译 器 会 上 自动 为 
你 合成 一 个 。 


说 这 么 多 ， 总 结 就 是 ， 经 过 所 谓 的 data slicing， 本 例 的 mydoc 真正 变 成 了 一 个 完 完 全 全 的 


CDocument 对 象 。 所 以 ， 本 例 的 第 四 项 测试 结果 也 融 水 洛 石 出 了 。 注 意 ，"upcasting" 并 不 是 
КАНЕ, ЗАМ, ЕЕ, 


静态 成 员 (EFRR) 


我 想 你 已 经 很 清楚 了 ， 如 果 你 依据 一 个 类 产生 出 三 个 对 象 ， 每 一 个 对 象 将 各 有 一 份 成 员 变 
量 。 有 时 候 这 并 不 是 你 要 的 。 假 设 你 有 一 个 类 ， 专 门 用 来 处 理 存 款 账户 ， 它 至 少 应 该 要 有 存 
户 的 姓名 、 地 址 、 存 款额 、 利 率 等 成 员 变 量 : 


class SavingAccount 


private: 
char m_name[40]; // 存 户 姓名 
char m_addr[60]; // 存 户 地 址 
double m total; // 存款 领 
double m_rate; // 利率 


}; 


iX Ж1т ЕНЕ > ЖІ, ВАК Р ВУНЕ АЕ Ын Кен, т rate mA 
不 适合 成 为 每 个 账户 对 象 中 的 一 笔 数 据 ， 人 否则 每 天 一 开 市 ， 光 把 所 有 账户 内 容 叫 出 来 ， 修 改 
m rate HJA, mietin Da io m rate 应 该 独立 在 各 对 象 之 外 ， 成 为 类 独一无二 的 数据 。 怎 
么 做 ?在 m_rate 前 面 加 上 static 修饰 词 即 可 : 


class SavingAccount 


( 

private: 
char m_name[40]; // 存 户 姓名 
char m_addr[60]; // 存 户 地 址 
double m total; // Жұ 
static double m rate; // 利率 

$; 


static 成 员 变 量 不 属于 对 象 的 一 部 分 ， 而 是 类 的 一 部 分 ， 所 以 程序 可 以 在 还 没有 诞生 任何 对 象 
的 时 候 就 处 理 此 种 成 员 变 量 。 但 首先 你 必须 初始 化 它 。 


不 要 把 static 成 员 变 量 的 初始 化 动作 安排 在 类 的 构造 函数 中 ， 因 为 构造 酚 数 可 能 一 再 被 调用 ， 
而 变量 的 初 值 却 只 应 该 设 定 一 次 。 也 不 要 把 初始 化 动作 安排 在 头 文 件 中 ， 因 为 它 可 能 会 被 合 
入 许多 地 方 ， 因 此 也 就 可 能 被 执行 许多 次 。 你 应 该 在 实现 文件 中 且 类 以 外 的 任何 位 置 设 定 其 
初 值 。 例 如 在 тат 28, ФЕН, ВЕР 7 : 


double SavingAccount::m rate = 0.0075; // 设立 static 成 员 变量 的 初 值 
void main() í ... } 


ix ZA n] e Е] m rate 是 个 private 数据 ? 没关系 ， 设 定 static 成 员 变 量 初 值 时 ， 不 受 任 

何 存 取 权限 的 束缚 。 请 注意 ，static 成 员 变量 的 类 型 也 出 现在 初 值 设 定 句 中 ， 因 为 这 是 一 个 初 

值 设 定 动作 ， 不 是 一 个 数量 指定 (assignment) 动作 。 事 实 上 ，static 成 员 变量 是 在 这 时 候 
(而 不 是 在 类 声明 中 ) 才 定 义 出 来 的 。 如 果 你 没有 做 这 个 初始 化 动作 ， 会 产生 链接 错误 : 


error LNK2001: unresolved external symbol "private: static double 
SavingAccount::m rate"(?m rateQSavingAccountQQ2HA) 


下 面 是 存 取 static 成 员 变 量 的 一 种 方式 ， 注 意 ， 此 刻 还 没有 诞生 任何 对 象 实体 : 


// 第 一 种 存 取 方式 


void main() 


{ 
SavingAccount::m rate = 0.0075; // 和 欲 此 行 成 立 ， 须 把 m rate 改 为 public 


J 
下 面 这 种 情况 则 是 产生 一 个 对 象 后 ， 通 过 对 象 来 处 理 static 成 员 变 量 : 
// 第 二 种 存 取 方 式 


void main() 


{ 


SavingAccount myAccount; 
myAccount.m rate = 0.0075; // 欲 此 行 成 立 ， 须 把 m rate 改 为 public 


你 得 搞 清 楚 一 个 观念 ，static 成 员 变 量 并 不 是 因为 对 象 的 实现 而 才 得 以 实现 ， 它 本 来 现存 在 ， 
你 可 以 想象 它 是 一 个 全 局 变量 。 因 此 ， 第 一 种 处 理 方式 在 意义 上 比较 不 会 给 人 错误 的 印象 。 


只 要 access level 人 允许 ， 任 何 函 数 (包括 全 局 函数 或 成 员 了 加 数 ，static 或 non-static) 都 可 以 存 
取 Sstatic 成 员 变 量 。 但 如 果 你 希望 在 产生 任何 object 之 前 就 存 取 其 class 的 private static ӘЙ % 
量 ， 则 必须 设计 一 个 static 成 员 画 数 (例如 以 下 的 setRate) 


class SavingAccount 


private: 
char m_name[40]; // 存 户 姓名 
char m_addr[60]; // 存 户 地 址 
double m total; // 存款 领 
static double m_rate; // 利率 


public: 
static void setRate(double newRate) í m rate = newRate; } 


$; 
double SavingAccount::m rate = 0.0075; // дм static 成 员 变量 的 初 值 
void main() 


SavingAccount::setRate(0.0074); // 直接 调用 类 的 static АЯ KZŽ 


SavingAccount myAccount; 
myAccount.setRate(0.0074); // 通过 对 象 调 用 static FX РЖ 


由 于 static 成 员 函 数 不 需 要 借助 任何 对 象 ， 束 可 以 被 调用 执行 ， 所 以 编译 器 不 会 为 它 瞳 加 一 个 
this 指 和 针 。 也 因为 如 此 ，static 成 员 函 数 无 法 处 理 类 之 中 的 non-static 成 员 变量 。 还 记得 吗 ， 我 
在 前 面 说 过 ， 成 员 酌 数 之 所 以 能 够 以 单一 一 份 酌 数 代 码 处 理 各 个 对 象 的 效 据 而 不 骏 乱 ， 完 全 
靠 的 是 this 指 针 的 指示 。 


КК ТЕН КИЕ IE ze 31 9MFE C НЕР +£ Е &-са!раскРЧХ 
时 所 需要 的 。 第 6 章 的 Hello World 例 中 我 就 会 举 这 样 一 个 实例 。 


C++ 程序 的 生 与 死 : АНЫ = H AAT Bd А 


С++ BWJnewiz "АРС таНосРч [е 5 ІШЕР, ÍBBU ESI IEEE, new4-4B 
配 证 对 象 所 需 的 内 存 空 间 时 ， 同 时 会 引发 构造 贺 数 的 执行 。 


РЯ 34056 0424 (constructor) ， 就 是 对 象 诞 生 后 第 一 个 执行 《并且 是 自动 执行 ) МР, Е 
的 函数 名 称 必定 要 和 与 类 名 称 相同 。 


相对 于 构造 男 数 ， 自 然 就 有 个 析 构 男 数 (destructor) ， 也 就 是 在 对 象 行将 毁灭 但 未 毁灭 之 前 
一 刻 ， 最 后 执行 (并且 是 自动 执行 ) 的 玉 数 ， 它 的 函数 名 称 必定 要 与 类 名 称 相同 ， 骨 在 最 前 
面 加 一 个 ~ 符号 。 


一 个 有 着 阶层 架构 的 类 群 组 ， 当 派生 类 的 对 象 诞生 之 时 ， 构 造 葬 数 的 执行 是 由 最 基 类 (most 
based) 至 最 尾 新 派生 类 (most derived) ; 当 对 和 象 要 毁灭 之 前 ， 析 构 男 数 的 执行 则 是 反 其 道 
而 行 。 第 3 章 的 ffame1 程序 对 此 有 所 示范 。 


我 以 实例 展示 不 同 种 类 之 对 象 的 构造 画 效 执行 时 机 。 程 序 代码 中 的 编号 请 对 照 执 行 结果 。 


#0001 #include <iostream.h> 
#0002 #include <string.h> 
#0004 class CDemo 


#0005 

#0006 public: 

#0007 CDemo(const char* str); 

#0008 -CDemo( ) ; 

#0009 private: 

#0010 char name[20]; 

#0011 ҚБ 

#0013  CDemo::CDemo(const char* str) // жеж 

#0014 

#0015 strncpy(name, str, 20); 

#0016 cout << "Constructor called for "Ç" << name << '\п'; 

#0017 } 

#0019 Срето::-Срето()// ЖНЖ 

#0020 { 

#0021 cout << "Destructor called for "Ç << name << “Ап”; 

#0022 } 

#0024 void Типс() 

#0025 

40026 CDemo LocalObjectInFunc("LocalObjectInFunc"); // in stack (9 
40027 static CDemo StaticObject("'"StaticObject"); // local static (9 


40028 CDemo* pHeapObjectiInFunc-new CDemo("HeapObjectInFunc");//in heap © 
40030 cout << "Inside func" << endl; (6 

#0032 } © 

#0034 CDemo GlobalObject("GlobalObject"); // global static (D 

40036 void main() 

40037 

40038 CDemo LocalObjectinMain("LocalObjectiInMain"); // in stack © 

40039 CDemo* pHeapObjectlInMain-new CDemo("HeapObjectInMain");//in heap (9 
#0041 cout << "In main, before calling Рипс\п" ; @ 

40042 func(); 

#0043 cout << "In main, after calling Гипс\п"; (D 

#0045 } © © 


以 下 是 执行 结案 : 


Constructor called for GlobalObject 
Constructor called for LocalObjectIinMain 
Constructor called for HeapObjectinMain 
In main, before calling func 

Constructor called for LocalObjectInFunc 
Constructor called for StaticObject 
Constructor called for HeapObjectinFunc 
Inside func 

Destructor called for LocalObjectInFunc 
In main, after calling func 

(D Destructor called for LocalObjectInMain 
(2 Destructor called for StaticObject 

(8 Destructor called for GlobalObject 


Ө €9 9 €) 6) 65 69 (9 O 


我 的 结论 是 : 


对 于 全 局 对 象 《如 本 例 之 GlobalObject) ， 程 序 一 开始 ， 其 构造 阔 数 就 先 被 执行 (上 比 程序 进入 
Ra ER) ; 程序 即将 结束 前 其 析 构 图 数 被 执行 。MFC 程序 就 有 这 样 一 个 全 局 对 象 ， 通 党 以 
application object 称呼 之 ， 你 将 在 第 6 章 看 到 它 。 


对 于 局 部 对 象 ， 当 对 象 诞 生 时 ， 其 构造 函数 被 执行 ; 当 程序 流程 焊 离开 该 对 象 的 存活 范围 
〈 以 至 于 对 象 将 毁灭 ) ， 其 析 构 函数 被 执行 。 


对 于 静态 (static) GR, ЧЕН FL ue ЖАЛТ; НЕР (ІШ т 
遭 致 毁灭 ) НМА, (BEES ВЈ В — 27 3.47. 


对 于 以 new 方 式 产 生出 来 的 局 部 对 象 ， 当 对 象 诞 生 时 其 构造 酌 数 被 执行 。 析 构 式 则 在 对 象 被 
delete 时 执行 (上 例 程序 未 示范 ) о 


四 种 不 同 的 对 象 生存 方式 (in stack, in heap. 
global. local static) 


既然 谈 到 了 static 对 象 ， 融 让 我 把 所 有 可 能 的 对 象 生 存 方 陈 及 其 构造 画 数 调 用 时 机 做 个 整理 。 
所 有 作法 你 都 已 经 在 前 一 节 的 小 程序 中 看 过 。 


在 C++ 中 ， 有 四 种 方法 可 以 产生 一 个 对 象 。 第 一 种 方法 是 在 堆栈 (stack) 之 中 产生 它 : 


void MyFunc() 
{ 


CFoo Тоо; // 在 堆栈 (stack) 中 产生 foo 对 象 


第 二 种 方法 是 在 堆积 (heap) 之 中 产生 它 : 
void MyFunc() 
{ 


CFoo* pFoo = new CFoo(); // 在 堆积 (heap) 中 产生 对 象 


第 三 种 方法 是 产生 一 个 全 局 对 象 《同时 也 必然 是 个 静态 对 象 ) 


CFoo foo; // 在 任何 函数 范围 之 外 做 此 动作 


第 四 种 方法 是 产生 一 个 局 部 静态 对 象 : 


void MyFunc() 
{ 


static CFoo foo; // 0455 8 (scope) 之 内 的 一 个 静态 对 象 


不 论 任何 一 种 作法 ，C++ 都 会 产生 一 个 针对 CFoo 构造 函数 的 调用 动作 。 前 两 种 情况 ，C++ 
在 配置 内 存 -- KAHE (stack) 或 堆积 (heap) -- 之 后 立刻 产生 一 个 隐藏 的 (你 的 原始 代码 
中 看 不 出 来 的 ) 构造 函数 调用 。 第 三 种 情况 ， 由 于 对 象 实现 于 任何 「 酌 数 活 动 范围 (function 
scope) 」 之 外 ， 显 然 没有 地 方 来 安置 这 样 一 个 构造 酌 数 调用 动作 。 


是 的 ， 第 三 种 情况 (静态 全 局 对 象 ) 的 构造 阔 数 调用 动作 必须 靠 startup 代 码 帮 忙 。 startup 代 
码 是 什么 ? 是 更 早 于 程序 进入 点 (main 或 WinMain) 执行 起 来 的 代码 ， 由 С++ 编译 器 提 
供 ， 被 链接 到 你 的 程序 中 。startup 代码 可 能 做 些 像 画 数 库 初 始 化 、 进 程 信息 设 立 、VO 
stream 产生 等 等 动作 ， 以 及 对 static 对 象 的 初始 化 动作 (шї ЯН зар). 


当 编 译 器 编译 你 的 程序 ， 发 现 一 个 静态 对 象 ， 它 会 把 这 个 对 象 加 到 一 个 串 列 之 中 。 更 精确 地 
说 则 是 ， 编 译 器 不 只 是 加 上 此 静态 对 象 ， 它 还 加 上 一 个 指针 ， 指 向 对 象 之 构造 玉 数 及 其 人 参数 
(如 果 有 的 话 ) 。 把 控制 权 交 给 程序 进入 点 (main 或 WinMain) 之 前 ，startup 代 码 会 快速 在 
该 串 列 上 移动 ， 调 用 所 有 登记 有 案 的 构造 现 数 并 使 用 登记 有 案 的 参数 ， 于 是 融 初 始 化 了 你 的 
静态 对 象 。 


第 四 种 情况 (局 部 静态 对 象 ) 相当 类 似 C 语 言 中 的 静态 局 部 变量 ， 只 会 有 一 个 实体 
(instance) 产生 ， 而 且 在 固定 的 内 存 上 〈 既 不 是 stack 也 不 是 heap) o = ER SAUCE EE B 
权 第 一 次 移 转 到 其 声明 处 (也 就 是 在 MyFunc 第 一 次 被 调用 ) 时 被 调用 。 


所 谓 "Unwinding" 


C++ 对 象 依 其 生存 空间 ， 适 当地 依照 一 定 的 顺序 被 析 构 (destructed) 。 但 是 如 果 发 生 异 常情 
况 (exception) ， 而 程序 设计 了 异常 情况 处 理 程序 (exception handling) , 1 92: 025 
取 下 地 BERB 到 你 所 设 定 的 处 理 例 程 去 ， 这 时 候 堆 栈 中 的 С++ 对 象 有 没有 机 会 被 析 构 ? 

这 得 视 编 译 器 而 定 。 如 果 编 译 器 有 支持 unwinding 功能 ， 就 会 在 一 个 异常 情况 发 生 时 ， 将 堆 

栈 中 的 所 有 对 象 都 析 构 把 。 


关于 异常 情况 (exception) 及 异常 处 理 (exception handling) ， 稍 后 有 一 节 讨 论 之 。 


运行 时 类 型 信息 (RTTI) 


我 们 有 可 能 在 程序 执行 过 程 中 知道 菜 个 对 象 是 属于 哪 一 种 类 吗 ? 这 种 在 C++ 中 称 为 运行 时 类 
型 信息 (Runtime Type Information, RTTI) 的 能 力 ， 晚 近 较 先进 的 编译 器 如 Visual C++ 4.0 
和 Borland C++ 5.0 才 开 始 广 泛 支持 。 以 下 是 一 个 实例 : 


#0001 
#0002 
#0003 
#0004 
#0006 
#0007 
#0008 
#0009 
#0011 
#0012 
#0013 
#0014 
#0015 
#0017 
#0018 
#0019 
#0020 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0036 
#0037 
#0038 
#0039 
#0040 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0070 
#0071 
#0072 
#0073 
#0075 
#0076 
#0077 


// ВТТТ.СРР - built by 


#include <typeinfo.h> 
#include <iostream.h> 
#include <string.h> 
class graphicImage 


protected: 

char name[80]; 

public: 
graphicImage() 


strcpy(name, "graph 


virtual void display() 


С:\> cl.exe -GR rtti.cpp «ENTER»? 


icImage"); 


cout << "Display a generic image." << endl; 


public дғарһісітаде 


age"); 


cout << "Display a GIF file." << endl; 


арһісітаде 


cout << "Display а РІСТ file." << endl; 


{ 
char* getName() 
{ 
return name; 
) 
$; 
// 
class GIFimage 
{ 
public: 
GIFimage() 
strcpy(name, "GIFim 
void display() 
{ 
) 
$; 
class PICTimage public gr 
{ 
public: 
PICTimage() 
strcpy(name, "PICTimage"); 
j 
void display() 
{ 
) 
$; 
// 


void ргосеѕѕЕі1е(дгарһісІтаде *type) 


| 


if (typeid(GIFimage) 


else if (typeid(PICTimage) 


} 


typeid(*type)) 


((GIFimage *)type)->display(); 


((PICTimage *)type) 


else 


cout << "Unknown typ 


void main() 


{ 


graphicImage *gImage 
graphicImage *рІтаде 


processFile(gImage); 
processFile(pImage); 


typeid(*type)) 


->015р1ау(); 


е! " << (typeid(*type)).name() << епа1; 


new GIFimage(); 
new PICTimage(); 


执行 结果 如 下 : 


Display a GIF file. 
Display a PICT file. 


这 个 程序 与 RTTI 相 天 的 地 方 有 三 个 : 
1. 编译 时 需 选 用 /GR 选项 (GR 的 意思 是 enable С++ ЕТТ!) 
2. =; Atypeinfo.h 


3. 新 的 typeid 运算 符 。 这 是 一 个 重 载 (overloading) 运算 符 ， 重 载 的 意思 就 是 拥有 一 个 以 上 
的 型 式 ， 你 可 以 想象 那 是 一 种 静态 的 多 态 (Polymorphism) 。typeid 的 参数 可 以 是 类 名 称 
(如 本 例 #58 =) ， 也 可 以 是 对 象 指针 (如 本 例 #58 A) 。 它 传 回 一 个 type_info&。type_info 
是 一 个 类 ， 定 义 于 typeinfo.h 中 : 


class type_info í 

public: 
virtual -type info(); 
int operator--(const type info& rhs) const; 
int operator!-(const type info& rhs) const; 
int before(const type info& rhs) const; 
const char* name() const; 
const char* raw name() const; 

private: 


}; 


虽然 Visual C++ 编译 器 自从 4.0 版 已 经 支持 RTTI， 但 MFC 4.x 并 未 使 用 编译 器 的 能 力 完 成 其 对 
RTTI 的 支持 。MFC 有 自己 一 套 治 用 已 久 的 办 法 〈 从 1.0 版 就 开始 了 ) о. 9E, TAA МЕС 
的 作法 特殊 而 非 难 它 ， 想 想 看 它 的 悠久 历史 。 


MFCBSRTTISEZJ = HEE —28 ЗЕ НААУ (DECLARE. DYNAMIC 、 

IMPLEMENT DYNAMIC) 和 一 个 非常 神秘 的 类 (CRuntimeClass) „ МЕС 程序 员 都 知道 怎 
么 用 它 ， 却 没 几 个 人 懂得 其 运作 原理 。 大 道 不 过 三 两 行 ， 说 穿 不 值 一 文 钱 ， 下 一 章 我 束 模 拟 
出 一 个 RTTI 的 DOS 版 本 给 你 看 。 


动态 生成 (Dynamic Creation) 


面向 对 象 术 语 中 有 一 个 名 为 persistence， 意 思 是 永 续 存 留 。 放 在 RAM 中 的 东西 ， 生 命 受到 电 
力 的 左右 ， 不 可 能 永 续 存 留 ; 唯一 的 办 法 是 把 它 写 到 文件 去 。MFC 的 一 个 术语 Serialize， 就 
是 做 有 关 文 件 读 写 的 永 续 存 留 动 作 ， 并 且 实 做 作出 一 个 虚 函 数 ， 就 叫 作 Serialize。 


看 起 来 永 续 存留 与 本 节 的 主题 [动态 生成 ] 似乎 没有 什么 干 连 。 有 |! 你 把 你 的 数据 储存 到 文 
件 ， 这 些 数据 很 可 能 (通常 是 ) 对 象 中 的 成 员 变 量 ; 我 把 它 读 出 来 后 ， 势 必要 依据 文件 上 的 
记载 ， 重 新 new 出 那些 个 对 象 来 。 问 题 在 于 ， 即 使 我 的 程序 有 那些 类 定义 (就 算 我 的 程序 和 
你 的 程序 有 一 样 的 内 容 好 了 ) ， 我 能 够 这 么 做 吗 : 


char className[30] = getClassName(); // 从 文件 (或 使 用 者 输入 ) 获得 一 个 类 名 称 
CObject* obj = new classname; // 这 一 行 行 不 通 


首先 ，new classname 这 个 动作 就 过 不 了 关 。 其 次 ， 就 算 过 得 了 关 ，new 出 来 的 对 象 究竟 该 
是 什么 类 类 型 ?虽然 以 一 个 指向 MFC 类 老 祖 宗 (CObject) 的 对 象 指针 来 容纳 它 绝对 没有 问 
题 ， 但 终 不 好 总 是 如 此 吧 ! 不 见得 这 样子 残 能 够 满足 你 的 程序 需求 啊 。 


显然 ， 你 能 够 以 Serialize 孙 数 写 文 件 ， 我 能 够 以 Serialize 函 数 污 文件 ， 但 我 束 是 没 办 法 恢复 你 
原来 的 状态 除非 我 的 程序 能 够 【动态 生成 」。 





MFC 支 持 动态 生成 ， 靠 的 是 一 组 非常 神秘 的 宏 ( DECLARE_DYNCREATE.、 
IMPLEMENT DYNCREATE) 和 一 个 非常 神秘 的 类 (CRuntimeClass) 。 第 3 章 中 我 将 把 它 
ezl, UA DOS 程序 仿真 出 来 。 


异常 处 理 (Exception Handling) 


Exception (ЕМЕЛ) 是 一 个 颇 为 新 鲜 的 C++ 语言 特征 ， 可 以 帮助 你 管理 运行 时 的 错误 ， 特 
别 是 那些 发 生 在 深度 业 状 (nested) 画 效 调用 之 中 的 错误 。Watcom С++ 是 最 早 文 持 ANSS| 
C++ 异 常情 况 的 编译 器 ，Borland C++ 4.0 随 后 跟 进 ， 然 后 是 Microsoft Visual C++ 和 
Symantec C++。 现 在 ， 这 已 成 为 C++ 编译 器 必需 支持 的 项 目 。 


C++ 的 exception 基本 上 是 与 C 的 setimp 和 longjmp 画 数 对 等 的 东西 ， 但 它 增 加 了 一 些 功能 ， 以 
处 理 C++ 程序 的 特别 需求 。 从 深度 划 状 的 例 程 调 用 中 直接 以 一 条 快捷 方式 撤回 到 异常 情况 处 
理 例 程 (exception handler) ， 这 种 「 错 误 管理 方式 」 远 比 结构 化 程序 中 经 过 层 层 的 例 程 传 回 
一 系列 的 错误 状态 来 的 好 。 事 实 上 exception handling 是 MFC 和 OWL 两 个 application 
frameworks 的 防弹 中 心 。 


C++ 导入 了 三 个 新 的 exception 保留 字 : 
1.try。 之 后 跟随 一 段 以 { } 圈 出 来 的 程序 代码 ，exception 可 能 在 其 中 发 生 。 


2.catch。 之 后 跟随 一 段 以 { } 图 出 来 的 程序 代码 ， 那 是 exception 处 理 例 程 之 所 在 。catch 应 该 
x ERTE try 之 后 。 


3.throw。 这 是 一 个 指 分 ， 用 来 产生 (£H) 一 个 exception。 


下 面 是 个 实例 : 


try í 
// try block. 


catch (char *p) í 
printf("Caught a char* exception, value %s\n",p); 


catch (double d) 4 
printf("Caught a numeric exception, value %9\п", а); 


catch (...) { // catch anything 
printf("Caught an unknown exception\n"); 


МЕС- gx }техсерїїоп, ЖЗНЕ ЕН ЕО ЖЕ. Visual C++ 4.0 编译 器 本 身 文 持 完 
整 的 C++ exceptions，MFC 也 因此 有 了 5 "exception 版 本 : 你 可 以 使 用 语言 本 身 提供 的 性 
能 ， 也 可 以 治 用 MFC 古 老 的 方法 (以 宏 形 式 出 现 ) 。 人 们 鲁 经 因为 MFC 的 方案 不 同 于 ANSI 
标准 而 非 难 它 ， 但 是 不 要 和 扑 记 它 已 经 运作 了 多 少年 。 


MFC 的 exceptions 机 制 是 以 宏和 exception types 为 基础 。 这 些 宏 类 似 C++ 的 exception 保留 
字 ， 动 作 也 满 像 。MFC 以 下 列 宏 念 真 C++ exception handling : 


TRY 

CATCH( type, object) 
AND_CATCH( type, object) 
END CATCH 

CATCH_ALL (object) 
AND_CATCH_ALL (object) 
END_CATCH_ALL 

END_TRY 

THROW ( ) 

THROW. LAST( ) 


МЕСЕ КАЕ) ЯЗ H 3⁄2 SUB ЛЕНД ЖІБІ, ХЕ МЕН. > f МЕСЕ 
exceptions， 你 应 该 建立 一 个 TRY 区 块 ， 下 面 接着 CATCH [X35 : 
TRY í 
// try block. 


) 
САТСН (CMemoryException, e) 4 
printf("Caught a memory ехсерііоп. \п" ); 


j 
AND CATCH ALL (e) ( 
printf("Caught an ехсерііоп. ^п"); 


j 
END CATCH ALL 


THROW 宏 相当 于 C++ 语言 中 的 throw 指 令 ; 你 以 什么 类 型 做 为 THROW 的 参数 ， 就 会 有 一 个 相 
对 应 的 AfxThrow_ ЕН (这 是 台面 下 的 行为 ) 


以 下 是 MFC 4.x 的 exceptions AEL : 


ЖАЖНМЕС 


МЕС Exception Туре МЕС Throw Function 



























































CException 
CMemoryE xception AfxThrowMemory Exception 
CFilcEx eeption AfxThrowFilcExeeption 

C Archi eEx ception Afx Throw Archi eEx ception 
CNotSupportedE хоериой А Throw otSupportedE xecption 
CResourecException AfxThrowResourccExceeption 
COLE xception Afs ThrowOlcExeception 
COleDispatehExeeption— AfxThrowOlceDispatchExeeption 
CDHBException AfxThrowDBEXxception 
CDaoException AfxThrowDaoException 
CUserException AfxThrowUserException 


第 2 章 C++ 的 重要 性 质 


DOS support Windows support 
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// in AFX.H 

ВОИ fe LU ATUS LO y IRI T OA TET А И TT LT AOT IU UO И УЛ ЛУУЛУГУ 
// Exception macros using try, catch and throw 

// (Гог backward compatibility to previous versions of МЕС) 
4ifndef |AFX OLD EXCEPTIONS 

4define TRY í AFX EXCEPTION LINK  afxExceptionLink; try 4 
4define CATCH(class, е) ) catch (class* e) N 

{ ASSERT(e-»IsKindOf(RUNTIME CLASS(class))); \ 
 afxExceptionLink.m pException - e; 

4define AND CATCH(class, e) ) catch (class* e) N 

{ ASSERT(e-»IsKindOf(RUNTIME CLASS(class))); \ 
 afxExceptionLink.m pException - e; 

4define END CATCH } } 

4define THROW(e) throw e 

4define THROW LAST() (AfxThrowLastCleanup(), throw) 

// Advanced macros for smaller code 

4define CATCH ALL(e) } catch (CException* e) N 

{ { ASSERT(e-»IsKindOf(RUNTIME CLASS(CException))); \ 
 afxExceptionLink.m pException - e; 

4define AND CATCH ALL(e) } catch (CException* e) N 

{ { ASSERT(e-»IsKindOf (RUNTIME CLASS(CException))); \ 
 afxExceptionLink.m pException - e; 

4Zdefine END CATCH ALL >} } } 

4define END TRY } catch (CException* e) N 

1 ASSERT(e-»-IsKindOf(RUNTIME CLASS(CException))); N 
 afxExceptionLink.m pException = e; } ) 

#е1ѕе // AFX OLD EXCEPTIONS 

MEM MP MMEÁMÓMEMMMMIEKEMMtfffiiilililiiiiiilillliiliiiiiiiliKlKl 
// Exception macros using setjmp and longjmp 

// (for portability to compilers with no support for C++ exception handling) 
4define TRY N 

1 AFX EXCEPTION LINK  afxExceptionLink; N 

if (::setjmp(. afxExceptionLink.m jumpBuf) == 0) 

4define CATCH(class, e) N 

else if (::AfxCatchProc(RUNTIME CLASS(class))) N 

1 class* e = (class*) afxExceptionLink.m pException; 
4define AND CATCH(class, e) N 

y else if (::AfxCatchProc(RUNTIME CLASS(class))) N 

1 class* e = (class*) afxExceptionLink.m pException; 
4define END CATCH N 

} else 4 ::AfxThrow(NULL); } ) 

4define THROW(e) AfxThrow(e) 

4define THROW LAST() AfxThrow(NULL) 

// Advanced macros for smaller code 

4define CATCH ALL(e) N 


else { CException* е = afxExceptionLink.m pException; 
4define AND CATCH ALL(e) N 
y else 4 CException* е = afxExceptionLink.m pException; 


4define END CATCH ALL } } 
4define END TRY } 
4endif // AFX OLD EXCEPTIONS 


Template 


这 并 不 是 一 本 C++ 书籍 ， 我 也 并 不 打算 介绍 太 多 距离 [运用 МЕСІ 主题 太 远 的 C++ 论题 。 
Template 虽然 很 重要 ， 但 它 与 [运用 MFCJ」 有 什么 关系 ?有 1 第 8 章 当 我 们 开始 设计 
Scribble 程序 时 ， 需 要 用 到 MFC 的 collection classes， 而 这 一 组 类 自从 MFC 3.0 以 来 就 有 了 
template 版 本 (因为 Visual C++ 编译 器 从 2.0 版 开始 支持 C++ template) 。 运 用 之 前 ， 我 们 
总 该 了 解 一 下 新 的 语法 、 精 神 、 以 及 应 用 。 


到 底 什 么 是 template ? 重要 性 如 何 ? Кааге Christian 在 1994/01/25 的 PC-Magazine 上 有 一 篇 
文章 ， 说 得 很 好 : 


ЕНЕМЕ TS L, Ея та — Hk E XABMBJSÍE. Ч, Ж 
们 只 不 过 是 以 一 个 简单 而 基本 的 工具 ， 也 就 是 一 个 文字 编辑 器 ， 重 制 我 们 的 程序 代码 。 今 
X, C++ 提供 给 我 们 一 个 更 好 的 繁殖 方法 : template, 


复制 一 段 既 有 程序 代码 的 一 个 最 平 背 的 理由 融 是 为 了 改变 效 据 类 型 。 举 个 例子 ， 假 设 你 写 了 
TARAKA, FARR x, y 坐标 ; 突然 之 间 你 需要 相同 的 程序 代码 ， 但 坐标 值 改 采 long。 

你 当然 可 以 使 用 一 个 文字 编辑 器 把 这 段 代码 复制 一 份 ， 然 后 把 其 中 的 数据 类 型 改变 过 来 。 有 
了 C++， 你 其 至 可 以 使 用 重 载 (overloaded) 函数 ， 那 么 你 束 可 以 仍旧 使 用 相同 的 范 数 名 称 。 
图 效 的 重 载 的 确 使 我 们 有 比较 清爽 的 程序 代码 ， 但 它们 意味 看 你 还 是 必须 在 你 的 程序 的 许多 
地 方 维护 完全 相同 的 算法 。 


C 语 言 对 此 问题 的 解答 是 : 使 用 安 。 虽 然 你 因此 对 于 相同 的 算法 只 需 写 一 次 程序 代码 ， 但 安 有 
它 目 己 的 缺 点 。 第 一 ， 它 只 适用 于 简单 的 功能 。 第 二 个 缺点 比较 严重 : 宏 不 提供 数据 类 型 检 
验 ， 因 此 牺牲 了 C++ 的 一 个 主要 效益 。 第 三 个 缺点 是 : 宏 并 非 芳 数 ， 程 序 中 任何 调用 宏 的 地 
方 都 会 被 编译 器 表 置 处 理 絮 原原本本 地 插入 宏 所 定义 的 那 一 段 代 码 ， 而 非 只 是 一 个 罚 数 调 
用 ， 因 此 你 每 使 用 一 次 宏 ， 你 的 执行 文件 束 会 脱 胀 一 点 


Templates 提供 比较 好 的 解决 方案 ， 它 把 「[ 一 般 性 的 算法 」 和 其 【对 数据 类 型 的 实现 部 分 」 P 
分 开 来 。 你 可 以 先 写 算法 的 程序 代码 ， 2 - 新 的 C++ 语法 使 
[数据 类 型 」 也 以 参数 的 姿态 出 现 。 有 了 template， 你 可 以 拥有 宏 「 只 写 一 次 」 的 优点 ， 以 
及 重 载 函 数 | 类 型 检验 」 ВУЖ. 


C++ 的 template 有 两 种 ， 一 种 针对 function， 另 一 种 针对 class。 


Template Functions 


假设 我 们 需要 一 个 计算 数值 千 次 方 的 函数 ， 名 日 power。 我 们 只 接受 正 千 次 方 数 ， 如 果 是 负 早 
ARA, 就 让 结果 为 0。 


对 于 整数 ， 我 们 的 画 数 应 该 是 这 样 : 


#0001 int power(int base, int exponent) 


#0002 

#0003 int result = base; 

#0004 if (exponent == 0) return (int)1; 
#0005 1Ғ (exponent < 0) return (int)o; 
#0006 while (--exponent) result *= Базе; 
#0007 return result; 

#0008 } 


УК, М АЕ: 


#0001 long power(long base, int exponent) 
#0002 

#0003 long result = base; 

#0004 if (exponent == 0) return (10п9)1; 
#0005 1Ғ (exponent < 0) return (long)o; 
#0006 while (--exponent) result *= Базе; 
#0007 return result; 

#0008 } 


ХР, Па... ATER, ВИП... ВЕ, НАЛ Х B tb E m 
数 之 一 ， 在 使 用 时 指定 呢 ? 是 的 ， 这 就 是 template 的 妙用 : 


template «class T> T ромег(Т base, int exponent); 


写成 两 行 或 许 比较 清楚 : 


template <class T> 
T power(T base, int exponent); 


АРУ Pa BHEE EA— T ARS template Жа, аш E RUE -DERI 〈 本 例 只 一 个 参 

数 ) 。 容 易 让 人 迷惑 的 是 其 中 的 "class" 字眼 ， 它 其 实 并 不 一 定 表 示 C++ 的 class， 它 也 可 以 是 
一 个 普通 的 数据 类 型 。 <class т> 只 不 过 是 表示 :T 是 一 种 类 型 ， 而 此 一 类 型 将 在 调用 此 郴 

Aut HAF. 


FAm power BJtemplatehR : 


#0001 template <class T> 

#0002 T power(T base, int exponent) 

40003 1 

#0004 T result = base; 

#0005 if (exponent == 0) return (T)1; 
#0006 if (exponent < 0) return (Т)0; 
#0007 while (--exponent) result *= base; 
#0008 return result; 

#0009 } 


ВЕ ^ AER я ЖТ, УШМ ЕМетраерч АЈ BB, 


FütemplatePg2& B3 975 : 


#0001  Zinclude <iostream.h> 
40002 void main() 


40003 

#0004 int i = ромег(5, 4); 

#0005 long 1 = power (1000, 3); 

#0006 long double d = power((long double)ie5, 2); 
49008 cout << "i= " << i << endl; 

490009 cout << "1= " << 1 << endl; 

#0010 cout << "g- " << d << endl; 

40011 } 


执行 结果 如 下 : 


1= 625 
1= 1000000000 
d= 1е+010 


在 第 一 次 调用 中 ，T 变 成 int， 在 第 二 次 调用 中 ，T 变 成 Jong。 而 在 第 三 次 调用 中 ，T 又 成 为 了 
一 个 long double。 但 如 果 调 用 时 候 把 数据 类 型 混乱 挥 了 ， 像 这 样 : 


int i = power(1000L, 4); // 基 值 是 个 long， 传 回 值 却 是 个 int, ЖЖ! 


编译 时 就 会 出 错 。 


template 函数 的 数据 类 型 参数 十 究竟 可 以 适应 多 少 种 类 型 ?我 要 说 ， 几 乎 [任何 数据 类 型 ] 
都 可 以 ， 但 函数 中 对 该 类 型 数值 的 任何 运算 动作 ， 都 必须 支持 一 一 否则 编译 器 就 不 知道 该 怎 
么 办 了 。 以 power 9 5], Ех Ғ result 和 base 两 个 数值 的 运算 动作 有 : 


1 Т result = Базе; 
2. return (Т)1; 

3. return (T)O0; 

4 result *- base; 
5 return result; 


C++ 所 有 内 建 数据 类 型 如 int 或 Jong 都 支持 上 述 运算 动作 。 但 如 果 你 为 某 个 C++ 类 产生 一 个 
power 酌 数 ， 那 么 这 个 C++ 类 必须 包含 适当 的 成 员 函 效 以 文 持 上 述 动作 。 


如 果 你 打算 在 template 函 数 中 以 C++ 类 代替 class T， 你 必须 清楚 知道 哪些 运算 动作 便 被 使 用 
于 此 一 函数 中 ， 然 后 在 你 的 C++ 类 中 把 它们 全 部 实现 出 来 。 否 则 ， 出 现 的 错误 耐人寻味 。 


Template Classes 


我 们 也 可 以 建立 template classes， 使 它们 能 够 神奇 地 操作 任何 类 型 的 数据 。 下 面 这 个 例子 是 

让 CThree 类 储存 三 个 成 员 变 量 ， 成 员 画 数 Min 传 回 其 中 的 最 小 值 ， 成 员 加 数 Max 则 传 回 其 中 

的 最 大 值 。 我 们 把 它 设计 为 template class， 以 便 这 个 类 能 适用 于 各 式 各 样 的 数据 类 型 : 
#0001 template <class Т> 


#0002 class CThree 
#0003 


#0004 public : 
#0005 CThree(T t1, Т t2, Т їз); 
#0006 T Min(); 
#0007 T Мах(); 
#0008 private: 
#0009 та. рс“ 
40010 Қ 
аита РАА, ТАЛЕ ИЕ МіпізхНоаН Е f. AER Я РАНЕ 


P 


#0001 template <class Т> 
40002 T CThree<T>::Min() 


#0003 { 

#0004 T minab = а < Б?а : b; 
#0005 return minab < c ? minab : c; 
40006 } 


40008 template «class T» 
40009 Т CThree<T>: :Max() 


40010 1 

#0011 T maxab = a < b ? b : а; 
#0012 return maxab < c ? c : maxab; 
#0013 } 


#0015 te mplate <class T> 

#0016 CThree <T>::CThree(T t1, Т t2, Т t3) 
#0017 а(%1), b(t2), c(t3) 

40018 1 

#0019 return; 

#0020 } 


EMELET, SAR РАНЕЕ template «class т>, ША ЖЖЖ ДВ 


FH CThree«T» о 





以 下 是 template class 的 使 用 方式 : 


#0001 #include <iostream.h> 
#0002 void main() 


#0003 
#0004 CThree<int> obj1(2, 5, 4); 
#0005 cout << obj1.Min() << endl; 
#0006 cout << орј1.Мах() << endl; 
#0008 CThree<float> 0012(8.52, -6.75, 4.54); 
#0009 cout << obj2.Min() << endl; 
#0010 cout << obj2.Max() << endl; 
#0012 CThree<long> obj3(646600L, 437847L, 364873L); 
#0013 cout << obj3.Min() << епа1; 
#0014 cout << obj3.Max() << endl; 
40015 } 
执行 结果 如 下 : 
2 
5 
-6.75 
8.52 
364873 
646600 


8886051, АЯҢ template HAt FAH Ж ЖШ TANA DENAR aF, THER 
视 为 有 效 。 此 一 限制 对 于 template classes 亦 属实 。 为 了 针对 某 些 类 产生 一 个 CThree， 该 类 必 
须 提供 copy 构 造 玉 数 以 及 operator<， 因 为 它们 是 Min 和 和 Max 成员 玉 数 中 对 丁 的 运算 动作 。 





但 是 如 果 你 用 的 是 别人 template classes， 你 又 如 何 知道 什么 样 的 运算 动作 是 必须 的 呢 2 ПЕ, 
该 template classes 的 说 明文 件 中 应 该 有 所 说 明 。 如 果 没 有 ， 只 有 原始 代码 才能 揭露 秘密 。 
C++ 内 建 数据 类 型 如 int 和 float 等 不 需要 在 意 这 份 要 求 ， 因 为 所 有 内 建 的 数据 型 别 都 支持 所 有 
的 标准 运算 动作 。 


Templates 的 编译 与 链接 


{ҖЕ ñ IIS C++ templates 可 说 是 十 分 容易 设计 与 使 用 ， 但 对 于 编译 器 和 链接 器 而 言 却 是 一 
大 挑战 。 编 译 器 遇 到 一 个 template 时 ， 不 能 EX E gl IN, СЛЕ, EI 
template 被 指定 菜 种 类 型 。 从 程序 员 的 观点 来 看 ， 这 意味 着 template functiongxtemplate class 
的 完整 定义 将 出 现在 template 被 使 用 的 每 一 个 角落 ， 否 则 ， 编 译 器 束 没 有 足够 的 信息 可 以 帮 
助 产生 目的 代码 。 当 多 个 源 文件 使 用 同一 个 template S, ЕЯ. 


随 着 编译 器 的 不 同 ， 掌 握 这 种 复 杀 度 的 技术 也 不 同 。 有 一 个 常用 的 技术 ，Borland 称 之 为 
Smart， 应 该 算是 最 容易 的 : 每 一 个 使 用 Template 的 程序 代码 的 目的 文件 中 都 存在 有 template 
代码 ， 链 接 器 负责 复制 和 删除 。 


假设 我 们 有 一 个 程序 ， 包 含 两 个 源 文件 A.CPP 和 B.CPP， 以 及 一 个 THREE.H (其 内 定义 了 一 
个 template 类 ， 名 为 CThree) 。A.CPP 和 B.CPP 都 含 入 THREE.H。 如 果 A.CPP 以 int 和 
double 使 用 这 个 template 类 ， 编 译 器 将 在 A.OBJ 中 产生 int 和 double 两 种 版 本 的 template 
类 可 执行 代码 。 如 果 B.CPP 以 int 和 float 使 用 这 个 template 类 ， 编 译 器 将 在 B.OBJ 中 产生 


intl float 两 种 版 本 的 template 类 可 执行 代码 。 即 使 虽然 A.OBJ 中 已 经 有 一 个 int 版 了 ， 编 译 器 
没有 办 法 知道 。 


， 人 在 链接 过 程 中 ， 所 有 重复 的 部 分 将 被 删除 。 请 看 图 2-1, 


THREE.H 


template <class T> | 
| class CThree 











A.CPP Е алыса "ы, В.СРР 


#include "thres.h" | Біпсінде "threg.h" 


CThreesint» objl; СТһгее<іпі> cbjl; 
CThree«double» obj2; CThree«float^ obj2; 





compile | 
А.ОВ.) у B.OBJ 








CThree int version | CThree int version 





C Three double version CThree float version 














.EXE | CrThree float version 


C Three int version 


C Three double version 





图 2-1 链接 器 会 把 所 有 资 余 的 template 代码 剔除 。 这 在 Borland 链接 器 里 
头 称 为 smart 技 术 。 其 它 链 接 器 亦 使 用 类 似 的 技术 。 


ВЗ МЕС ACA K ZR AD 


演化 (evolution) 永远 在 进行 ， 











这 个 世界 却 不 是 每 天 都 有 革命 (revolution) 发 生 。 
Application Framework 在 软件 界 确 实 称 得 上 具有 革命 精神 。 


整个 МЕС 4.0 多 达 189 个 类 ， 原 始 代 码 达 252 个 实现 文件 ，58 个 头 文件 ， 共 10 MB 之 多 。 
MFC 4.2 又 多 加 了 29 个 ы. 这 人 么 庞大 的 对 象 ， 当 然 不 是 每 一 个 类 每 一 个 数据 结构 都 是 我 的 仿 
真 目标 。 我 只 挑选 最 神秘 又 最 重要 ， 和 与 应 用 程序 主干 息息相关 的 题目 ， 包 括 : 


e МЕС 程序 的 初始 化 过 程 

e RTTI (Runtime Type Information) 运行 时 类 型 信息 
e Dynamic Creation 动态 生成 

e Persistence 永 续 留存 

e Message Mapping 消息 映射 

e Message Routing 消息 循环 


MFC 本 身 的 设计 在 Application Framework 之 中 不 见得 最 好 ， 敌 视 者 甚至 认为 它 是 个 
Minotaur (F) ! 但 无 论 如 何 ， 这 是 当今 软件 霸主 微软 公司 的 产品 ， 从 探 狠 application 
framework 设计 的 角度 来 说 ， 实 为 一 个 重要 参考 ; 而 如 果 从 选择 一 套 application framework 
作为 软件 开发 工具 的 角度 来 说 ， 单 就 就 业 市 场 的 需求 ， 我 对 МЕС 的 推荐 再 加 10 分 ! 


Ж : Minotaur 是 希腊 神话 中 的 牛头 人 身 怪 物 ， 居 住 在 迷宫 之 中 。 进 入 迷宫 的 人 如 果 走 不 出 
Ж, MRR ПЕ. 


ЕНТ ЖЕРЕН) ЖА. КА, ХЕ, АЛАЛЫ РР, ЗАТ, ARA 
MFC 为 仿真 对 象 ， 具体 而 向 也 可 以 说 ， 我 从 数 以 万 行 计 的 MFC 原 始 代 码 中 ， Г TE 
HR, КТ, НЕНА, 


在 文件 的 安排 上 ， 我 把 模拟 MFC 的 类 都 集中 在 MFC.H 和 MFC.CPP 中 ， 把 自己 派生 的 类 集中 
在 MYH 和 MY.CPP 中 。 对 于 自 定 类 ， 我 的 命名 方式 是 在 父 类 的 名 称 前 面 加 一 个 "My"， 例 如 派 
生 自 CWinApp 者 ， 名 为 CMyWinApp， 派 生 自 CDocument 者 ， 名 为 СМурос, 


MFC 类 阶层 


首先 我 以 一 个 极 简单 的 程序 Frame, i8 МЕС 数 个 最 重要 类 的 阶层 关系 模 拟 出 来 : 





C Ега гет 


СМуРгатеута 


| CDocument 


"EMG 7777 


这 个 实例 仿真 MFC 的 类 阶层 。 后 续 数 节 中 ， 我 会 继续 在 这 个 类 阶层 上 开发 新 的 能 力 。 在 这 些 名 为 Frame? 87255019, 3] 





Frame1 范例 程序 


МЕС.Н 


MY.H 


#0001 #include <iostream.h> 
40003 class CObject 
40004 
40005 public: 
40006 CObject::CObject() í cout << "CObject Constructor ^n"; 
40007 CObject::-CObject() { cout << "CObject Destructor ^n"; 
40008 Қ 
40010 class CCmdTarget public CObject 
#0011 
#0012 public: 
#0013 CCmdTarget::CCmdTarget(){cout << "CCmdTarget Constructor Nn"; } 
#0014 CCmdTarget::~CCmdTarget(){cout << "CCmdTarget Destructor\n";} 
#0015 }; 
#0017 class CWinThread public CCmdTarget 
#0018 { 
#0019 public: 
#0020 CwinThread: :CwinThread( ){cout<<"CWinThread Constructor\n"; } 
#0021 CwinThread: :~CwinThread( ){cout<<"CWinThread реѕёгисёог\п"; } 
#0022 }; 
#0024 class CWinApp public CWinThread 
#0025 { 
#0026 public: 
#0027 CWinApp* m_pCurrentWinApp; 
#0029 public: 
#0030 CwinApp::CWinApp() 4 m pCurrentWinApp = this; 
cout << "CWinApp Constructor n"; } 
40031 CWwinApp::-CWinApp() 4 cout << "CWinApp Destructor ^n"; } 
#0032 }; 
#0034 class CDocument public CCmdTarget 
#0035 { 
#0036 public: 
#0037 CDocument::CDocument( ) {соиї<< "CDocument Constructor Nn"; } 
#0038 CDocument::-CDocument()(cout««"CDocument Destructor \п";} 
40039 }, 
40042 class CWnd public CCmdTarget 
40043 4 
40044 public: 
40045 Cwnd::CWnd()(cout << "CWnd Constructor ^n"; } 
40046 Cwnd::-CWnd()[cout«« "CWnd Destructor ^n"; } 
#0047 }; 
#0049 class СЕгапемпа public CWnd 
40050 1 
#0051 public: 
#0052 CFramewnd: :CFramewnd( )í(cout<< "CFramewnd Constructor Nn"; } 
#0053 СЕгатемпа : :-CFramewnd( )(cout««"CFramewnd Destructor \п";} 
#0054 }; 
40056 class CView : public CWnd 
#0057 4 
#0058 public: 
#0059 CView::CView(){ cout << "CView Constructor Аа”; } 
#0060 CView::-CView() í сои << "CView Destructor Nn"; } 
#0061 }; 
#0064 // global function 
#0066 CWinApp* AfxGetApp(); 
МЕС.СРР 
#0001 #include "my.h"// 原 本 含 入 mfc.h 就 好 ， 但 为 了 CMyWinApp 的 定义 ， 所 以 ，， 
#0003 extern CMyWinApp theApp; 
40005  CWinApp* AfxGetApp() 
40006 1 
40007 return theApp.m pCurrentWinApp; 
40008 } 


#0001 #include <iostream.h> 
#0002 #include "mfc.h" 


#0003 
#0004 class CMyWinApp : public CWinApp 
#0005 
#0006 public: 
#0007 CMyWinApp : :CMywinApp(){ cout<< "CMyWinApp Constructor Ха”; } 
#0008 CMyWinApp: :~CMyWinApp(){cout<< "CMyWinApp Destructor \п";} 
#0009 }; 
#0010 
40011 class CMyFramewnd : public СЕгапемпа 
#0012 
#0013 public: 
#0014 CMyFramewnd(){ cout << "CMyFramewnd Constructor \п"; } 
#0015 -СМуЕгате\/па(){ cout << "CMyFramewnd Destructor \п";} 
#0016 }; 
MY.CPP 


#0001 #include "my.h" 

#0002 

#0003 CMyWinApp theApp; // global object 
#0006 // main 

#0008 void main() 

#0009 

#0011 CWinApp* pApp = AfxGetApp(); 
#0013 


Frame1 的 命令 列 编译 链接 动作 是 (环境 变量 必须 先 设 定好 ， 请 参考 第 4 章 的 「 安 装 和 与 设 定 ] 


cl my.cpp mfc.cpp <Enter> 


Frame1 的 执行 结果 是 : 


CObject Constructor 
CCmdTarget Constructor 
CwinThread Constructor 
CWinApp Constructor 
CMyWinApp Constructor 
CMyWinApp Destructor 
CWinApp Destructor 
CwinThread Destructor 
CCmdTarget Destructor 
CObject Destructor 


好 ， 你 看 到 了 ，Frame1 并 没有 new 任何 对 象 ， 反 倒是 有 一 个 全 局 对 象 theApp FE. C++ 规 
定 ， 全 局 对 象 的 构造 将 比 程序 进入 点 (在 DOS 环境 为 main， 在 Windows 环境 为 WinMain) 
更 早 。 所 以 theApp 的 构造 现 效 将 更 早 于 main。 换 名 话说 你 所 看 到 的 执行 结果 中 的 那些 构造 区 
数 输出 动作 全 都 是 在 main 函 数 之 前 完成 的 。main HŽ FH = 504% AfxGetApp 以 取得 
theApp 的 对 象 指针 。 这 完全 是 仿真 MFC 程序 的 手法 。 


МЕС 程序 的 初始 化 过 程 


MFC 程 序 也 是 个 Windows 程 序 ， 它 的 内 部 一 定 也 像 第 1 章 所 述 一 样 ， 有 窗口 注册 动作 ， 有 窗 
ея ененин ВНР, ШЭ ТН Windows 程序 ， 只 是 想 
交待 给 你 一 个 程序 流程 ， 这 个 流程 正 是 任何 МЕС 程序 的 初始 化 过 程 的 简化 。 













c Frame? classes 
н m: COmdTarget 
в-ве CDocument 
т: CFrameWnd 
ә CFramewnal) 
= CFrameWnd() 
ә Стеате) 
+ Pre Createwindovw() 
а № CMyFrameWnd 
а № CMyWinApp 
* CMyWinApp() 
Ф CMyWinAppq) 


эв: CWinThread 
è CWinThread() 
€ CWinThreadr) 
% Initinstance() 
















è Initinstance() е Вып) 
4 № CObject ә m. (Wmd 
Н m= Седа е Create() 
s m; CWinApp è CreateEx[) 
ә CGWinApp() е Сп) 
e CWinApp() e Cwnd[) 
è InitApplication() è PreCreateWindowr) 
ә Initinstance() 3 $3 Globals 
~ Fund) è AfxGetApp() 
em, pCurrentwinaApp % main) 
em pMainWnd J e the^pp - 





就 如 我 便 在 第 1 ЕРУ, InitApplication 和 Initlnstance 现在 成 了 MFC 的 CWinApp 的 两 个 
ЕҚ, BU fx [每 一 个 程序 只 做 一 次 」 的 动作 ， 后 者 负责 [每 一 个 执行 个 体 都 得 做 一 
次 」 的 动作 。 通 前 ， 系 统 会 〈 并 且 有 能 力 ) 为 你 注册 一 些 标准 的 窗口 类 《当然 也 融 准 备 好 了 
一 些 标准 的 窗口 酌 数 ) ， 你 〈 应 用 程序 设计 者 ) 应 该 在 你 的 CMyWinApp 中 改写 Initlnstance， 
并 在 其 中 把 窗口 产生 出 来 -- 这 样 你 地 有 机 会 在 标准 的 窗口 类 中 指定 自己 的 窗口 标题 和 菜单 。 
下 面 丈 是 我 们 新 的 main 函数 : 


// МУ. СРР 
CMyWinApp theApp; 
void main() 


{ 

CWinApp* рАрр = AfxGetApp(); 
pApp->InitApplication(); 
pApp-»InitInstance(); 
рАрр->Кип(); 


其 中 pApp 指 向 theApp 全 局 对 象 。 在 这 里 我 们 开始 看 到 了 虚 函 数 的 妙用 (还 不 熟练 者 请 快 复习 
第 2 章 ) 


pApp->InitApplication() 调 用 的 是 CWinApp::InitApplication， pApp->lnitlnstance() 调 用 的 是 
CMyWinApp::Initlnstance 〈 因 为 CMyWinApp 改 写 它 了 ) ，pApp->Run() 调 用 的 是 
CWinApp::Run， 好 ， 请 注意 以 下 CMyWinApp::InitlInstance 的 动作 ， 以 及 它 所 引发 的 行为 : 


BOOL CMyWinApp::InitInstance[) + 

[+ 
cout << "CMyWinApp::InitInstance Vn"; # 
m pMainWnd = new CMyFrameWnd; // SI cCMyFramewnd::CMyFramewund JS + 
return TRUE; + “ 

} š 


re. 





CMyFrameWnd::CMyFreameuWndi) = 
Í 
Create (}; // Create ЖЕН. ІН cMyFrameWnd ЖБ, ВИДЕН e 


// CFrameWnd::Create + 


BOOL CFrameWnd::cCreate[) * 
(+ 


cout << "CFrameWnd::Creste Vn"; + 

CreateEx(); // CrenteEx ЖШ. [B CFrameWnd 522, MASIA + 
// CWnd::CreateEx + 

return TRUE; + 


BOOL CWnd::CreateEx([) + 
{ м 
cout << "CWnd::CreateEx іп”: + 
PreCreateWindow([); > // ТЕН, сына PAES» CFrameWnd 05 = 
/ =. АРЕНЕ cund::PreCreateWindow ИУ о 
// CFrameWnd::PreCreateWindow ЇЙ? 
return TRUE; + 





ЖЕЗ CFremeUnd::PreCrÉateWindow 
这 便 是 我 在 第 2 章 的 [ob4gbt slicing БЕНАЯ | 
РЯ [ЖОНЕ ТЕШЕН ТИЙ |... 





BOOL CFremmeWnd::FPreCreateWindow() + 
т * 
cout << "CFrameWund::PreCreatelindouw in"; + 
return TRUE; + 
ұсы 


REIT, ЕК МА АЕ ЛАВА, WR iH ТАЯҒЫ. RER HEER 
先 熟悉 MFC 程 序 的 执行 流程 。 


Frame2 的 命 合 列 编译 链接 动作 是 (环境 变量 必须 先 设 定好 ， 请 参考 第 4 章 的 「 安 装 和 与 设 定 j 
一 节 ) 


cl му.срр mfc.cpp <Enter> 


以 下 就 是 Frame2 的 执行 结果 : 


CWinApp::InitApplication 
CMyWinApp::InitInstance 
CMyFrameWnd: : CMyFramewnd 
CFrameWwnd: : Сгеаѓе 

CWnd: :CreateEx 

CFrameWwnd: :PreCreatewindow 
CWinApp::Run 
CwinThread::Run 


Ғгате2 范例 程序 


МЕС.Н 


#0001  Zdefine BOOL int 
#0002  Zdefine TRUE 1 
#0003  Zdefine FALSE 0 


#0004 

#0005 #include <iostream.h> 

#0006 

#0007 class CObject 

#0008 { 

#0009 public: 

#0010 CObject::CObject() { } 

#0011 CObject::-CObject() í } 

#0012 }; 

#0013 

40014 class CCmdTarget : public CObject 
#0015 { 

#0016 public: 

#0017 CCmdTarget::CCmdTarget() { } 
#0018 CCmdTarget::-CCmdTarget() í } 
#0019 }; 

#0020 

40021 class CWinThread : public CCmdTarget 
#0022 { 


#0023 public: 

40024 CWinThread::CWinThread() í } 

40025  CWinThread::-CWinThread() í > 

#0026 

#0027 virtual BOOL InitInstance() 4 

#0028 cout << "CWinThread::InitInstance ^n"; 
#0029 return TRUE; 

40030 

40031 virtual int Run() í 

#0032 cout << "CWinThread::Run \п"; 
#0033 return 1; 

#0034 } 

#0035 }; 

#0036 

#0037 class Сипа; 

#0038 

40039 class CWinApp : public CWinThread 

40040 1 

40041 public: 

#0042 CWinApp* m_pCurrentWinApp; 

#0043 CWnd* m рМаіпипа; 

#0044 

40045 public: 

#0046 CWinApp: :CWinApp() í m pCurrentWinApp = this; } 
#0047 CwinApp::-CWinApp() í } 

#0048 

40049 virtual BOOL InitApplication() í 

#0050 cout << "CWinApp::InitApplication Nn"; 
#0051 return TRUE; 

40052 } 


40053 virtual BOOL InitInstance(){ 

#0054 cout << "CWinApp::InitInstance ^n"; 
#0055 return TRUE; 

#0056 

#0057 virtual int Run() í 

#0058 cout << "CWinApp::Run Аа”; 

#0059 return CWinThread::Run(); 

#0060 ) 

#0061 }; 

#0062 

#0063 

#0064 class CDocument : public CCmdTarget 

#0065 4 

40066 public: 

#0067 CDocument::CDocument(){ } 
#0068 CDocument::-CDocument() 4 
#0069 }, 

#0070 

#0071 

#0072 class CWnd : public CCmdTarget 
#0073 1 

#0074 public: 

#0075 Cwnd::CWnd()í > 
#0076 Сипа::-Сипа() ғ) 

#0077 

#0078 virtual BOOL Create(); 

#0079  BOOL CreateEx(); 

#0080 virtual BOOL PreCreateWindow(); 


} 


#0081 }; 

#0082 

#0083 class CFramewnd : public Cwnd 
#0084 1 

40085 public: 

#0086 СЕгатемта : : СЕгатемпа() 2} 
#0087 CFramewnd::-CFramewnd() í } 


40088 BOOL Create(); 
40089 virtual BOOL PreCreateWindow(); 


#0090 }; 

#0091 

#0092 class CView : public Cwnd 
#0093 4 

40094 public: 

#0095 CView: :CView(){ } 
#0096 CView::-CView() í } 
#0097 }, 

#0098 

#0099 


#0100 // global function 
40101 CWinApp* AfxGetApp(); 


MFC.CPP 


ЖАЖШМЕС 


WODO1 #include "my.h" // БІКЖА mfc.h ЖОҒ. [E34] смұмалһАрр тем, РТА... 


NODOZ + 

HODO3 extern CMyWinApp theApp; // external global object = 
#0004 e 

#0005 ВОО Cundri:cCrenmntel[) + 


#0005 { = 
NODQT = cout cc "Chnd:icreate 3n"; = 
dodi + return TRUE; + 

NODOOS р = 

#0010 = 

$40011 вост Cund::cCreatekExí([) += 

#0012 [ + 

#0013 = cout << "Cund:icreateEx in"; = 
NOO13 + Precreateuindomi); # 

#0015 + return TRUE; = 

NOD I6 } = 

#0017 + 


#001а Воб CWund:iPrecreateWindow() a 
#0019 { # 


HODZUO = cout сс 'cCHndr:riPrecCremtebimncdioszs Xn" =! 
AOUZi1 = reiturmn ТЕПЕ: = 

#0022 j = 

HODOZS e 

#0024 воо CFrameWnd::createi[) =! 

#0025 í = 

0026 = cout == 'CEramebWnd:i:cCremaut:e n" 3 + 


й0027 + СгеабсаЕх(|; + 
#0028 + return TRUE; + 


80029 |+ 

#0030 + 

#0031 Воо CFraemeUuUnd::PreCreateWindow[) = 
#0032 {+ 


NOO33 + cout << "CFrameWnd::PreCrenateWindow in"; = 
#0034 9 return TRUE; + 


#0035 } = 
#0035 = 

NOD3 e 

#0036 ChinApp* AfxGetApp() 

#0039 {= 

NODAD «e return theApp.m pCurrentWHinApp; + 
#0091 Je 

МҮ.Н 


#0001 include ciostream.h» + 
#0002 #uanclude "mfc.h" = 


#0003 + 

#00034 class СМүМіпАрр : public CWinApp + 
#0005 | = 

#0006 public: + 

#0007 - CMyWinApp::CMyWinAppi]) + 1 } 
A000 - CMyWinApp::-CMyWinAppíhb [ = | 
80009 . ! 

#0010 = virtual BOOL InitInstanceí(); + 
#0011 |; = 

#0012 + 

40013 class CMyFrameWnd : public CFrameUnd = 
#0014 (+ 

#0015 public: + 

BODIS - CMyFrameWndií); = 

#0017 = -CMyFrameundi) | = j 

#0018 |; * 

МҮ.СРР 


第 3 = МРС АЖК Z IS hA 


#0001 finclude "my. В" s 


NÜDUZ = 

#0003 CHyWinApp theRpp; // global object: 
HDDODA + 

#0005 BOOL CMyWinApp::InitIns tanceib + 

NODOS |: 

НОО? - cout << "CMyWinApp::InitIiInstance пу + 
MODUS m phai nand = вез CMyFrameknd; + 

#0009 return TRUE; + 

#0010 }. 

#0011 • 

NODIS СМүҒгкалтеыпа:: СМУРЕ aane ia () i 

WUD 13 {+ 

#0014 = cout << "СМуРгатецпа: СМ Р armed xn"; + 
NADIS = [| = 

#0016 f» 

NODI = 

ЙЮПІН Г-н 
#0019 // main s 

"rfi re] Е aa ылыы ыны кайнарын ЕАН ————————— 
NODZI void шаіпі) = 

40022 {+ 

#0023 = 

0024 = CWinApp* рАрр = AfxcetAppi); = 

NODZ5 = = 

НОО В + PApp--InitApplicationi(); + 

ШОО = РАрр->ІпібіІпяғапсеі)ф; = 

NOD2ZB8 + РАрр->Вип(); : 

#0029 


КТТ! (运行 时 类 型 辨 汉 ) 

你 已 经 在 第 2 章 看 到 ，Visual C++ 4.0 支持 RTTI， 重 点 不 外 乎 是 : 
1. 编译 时 需 选 用 /GR 选项 (GR 的 意思 是 enable С++ ЕТТІ) 

2. & Atypeinfo.h 

3. 使 用 新 的 typeid 运算 符 。 

ЕТТІ ^^ Runtime Type Identification 者 。 


МЕС 早 在 编译 器 支持 ВТТІ 之 前 ， 束 有 了 这 项 能 力 。 我 们 现在 要 以 相同 的 手法 ， 在 DOS 程 序 
中 仿真 出 来 。 我 希望 我 的 类 库 具 各 lsKindOf 的 能 力 ， 能 在 运行 时 侦 测 某 个 对 象 是 否 「 属 于 某 种 
类 」， 并 传 回 TRUE 或 FALSE。 以 前 一 章 的 Shape 为 例 ， 我 希望 : 


CSquare* pSquare = new CSquare; 

cout << pSquare->IsKindOf(CSquare); // 应 该 获得 1 (TRUE) 
cout << pSquare->IsKindOf(CRect); // 应 该 获得 1 (TRUE) 
cout << pSquare->IsKindOf(CShape); // 应 该 获得 1 (TRUE) 


cout << pSquare-xIsKindof[CCirclel; + |! 应 该 获得 0 (FALSE) 





CMyDoc" pMyDoc = new CMyDoc; + 


cout << pMyDoc-»IsKindOf(CMyDoc]; + // 应 该 获得 1 (TRUE) + 
cout << pMyDoc-»IsKindOf(CDocument]; + // БЕТЕ 1(TRUE) + 
cout «€ pMyDac-»IsKindOf[CCmdTarget]; // ӘЛЕН 1 (TRUE) 

cout << pMyDoc-»IsKindOf (CWnd); ГР ТЕТЕ 0 (FALSE) + 


N 


类 型 录 网 与 CRuntimeClass 


怎么 设计 RTTI 呢 ? 让 我 们 想 想 ， 当 你 手 上 握 有 一 种 色泽 ， 想 知道 它 的 RGB 成 份 比 ， 不 查 色 表 
行 吗 ? 当 你 持 有 一 种 产品 ， 想 知道 它 的 型 号 ， 不 查 型 录 行 吗 ? 要 达到 RTTI 的 能 力 ， 我 们 (类 
— i 一 定 要 在 类 构造 起 来 的 时 候 ， 记 录 必 要 的 信息 ， 以 建立 型 录 。 型 录 中 的 类 信 
a, ROUEZ) (inked list) 方式 串 搂 起 来 ， 将 来 方便 一 一 比 对 。 


我 们 这 份 「 类 型 录 」 的 串 列 元 素 将 以 CRuntimeClass 描 述 之 ， 那 是 一 个 结构 ， 内 中 至 少 需 有 
类 名 称 、 串 列 的 Next 指针 ， 以 及 串 列 的 First 指针 。 由 于 First 指针 属于 全 局 变量 ， 一 份 就 
好 ， 所 以 它 应 该 以 static 修饰 之 。 除 此 之 外 你 所 看 到 的 其 它 CRuntimeClass 成 员 都 是 为 了 其 
它 目的 而 准备 ， 陆 陆续 续 我 会 介绍 出 来 。 


// in MPC.H + 
struct CRuntimeClass : 
{ + 
// Attributes + 
LPCSTR m lpszClassHame; + 
int m nObjectSize; - 
UINT m wSchema; // schema number of the loaded class + 
CObject* [PASCAL* m pfnCreateObject) (1; ИІ NULL => abstract class + 


CRuntimeClass* m pBaseClass; : 


// CRuntimeClass objects linked together in simple list + 

static CRuntimeClass* pFirstClass; // start of class list: 

CRuntimeClass* m pHextClass; // linked list of registered classes 
}; + 


我 希望 ， 每 一 个 类 都 能 拥有 这 样 一 个 CRuntimeClass a 变量 ， 并 且 最 好 有 一 定 的 命名 规则 
(例如 在 类 名 称 之 前 冠 以 "class'" 作为 它 的 名 称 ) ， 然 经 由 某 种 手段 料 整 个 类 库 构 造 好 之 
后 ，『「 类 型 录 」 能 呈现 类 似 这 样 的 风貌 : 


CRuntimeClass X1 $455 


m lpszClassName | 
m nObjectSize 


CRuntimeClass::pFirstClass m pfnCreate Object 


(static 变量 ) 
шы m_pBaseClass 
m, pMextClass 


CObject::classCObject CCcmdTarget::classcCmdTarget CWinThread: :classcWinThread 

































"CCmdTarget "CWinThread" 

| | | 

| | — 
ТЕРЕН 








m pNextClass | m pMextClass m pNextClass 














NULL NULL CObject :classCObiect CGmdadT arget::classCCmdTarget 
CWnd::classC Wnd CWinApp::class CWinApp 
ie —— 
| 
CR untimeClass::pFirstC lass == 
m-pBaseCiass 





m-pexiCiass 


CCmdTarget:classCCmdTarget — CWinThread::classC WinThread 


DECLARE DYNAMIC / IMPLEMENT DYNAMIC Ж 


я f TRA AURA Я В CRuntimeClass 对 象 塞 到 类 之 中 ， 并 声明 一 个 可 以 抓 到 该 对 象 位 址 的 函 
数 ， 我 们 定义 DECLARE DYNAMIC 宏 如 下 : 


#define DECLARE DYHAMIC[class namel + 
publie: \ + 
static CRuntimeClass class##class name; N + 


virtual CRuntimeClass* GetRuntimeClassí] const; 


出 现在 安定 义 之 中 的 ##, НЕВА, а ЛЕ Е. ЕЩЕ: 


DECLARE_DYNAMIC(CView) 


His TE da BU E д8 яя 29 I WH BIN. : 


static CRuntimeClassg classCView; + 


virtual CRuntimeClass* GetRuntimeClassg[) const; 
这 下 子 ， 只 要 在 声明 类 时 放 入 DECLARE ОҮМАМІСЖВ 5 OK», 


^, x EB OK， 类 型 录 (也 就 是 各 个 CRuntimeClass 对 象 ) 的 内 容 指 定 以 及 串 接 工作 最 好 
也 能 够 神 不 知 鬼 不 觉 ， 我 们 于 是 再 定义 IMPLEMENT DYNAMIC Ж 


Hdefine IMPLEMEHT DYHAMIC([(class name, base class name) À + 
 IMPLEMENT RUNTIMECLASS([class name, base class name, ÜxFFFF, NULL] 


其 中 的 IMPLEMENT RUNTIMECLASS 又 是 一 个 宏 。 这 样 区 分 是 为 了 此 一 宏 在 「 动态 生 
成 ] (下 一 节 主 题 ) 时 还 会 用 到 。 


#define IMPLEMENT RUNTIMECLASS (class name, base class name,wSchema,pfnNew) “ 
static char  lpszHHclass name[] = Есіазз name; N + 
CRuntimeClass class nemme::classificlass name = í V: 
_lpsz##class name, sizeof(class name), wSchema, pfnNHew, \ + 
RUNTIME CLASS (Базе class name), NULL }; \ + 
static АРХ CLASSINIT init $$class name(cclass name::classsdéclass name]; À + 
CRuntimeClass* class name::GetRuntimeClass(] const N + 


[ return &class папе: :сІаязййсіазя= name; } V: 


其 中 又 有 RUNTIME CLASS 宏 ， 定 义 如 下 : 


#define RUHTIME CLASS [class name] M + 


[&class name::classsüclass паше | 
看 起 来 整个 IMPLEMENT DYNAMIC 内 容 好 像 只 是 指定 初 值 ， 不 然 ， 其 曼妙 处 在 于 它 所 使 用 
的 一 个 struct AFX _CLASSINIT， 定 义 如 下 : 


struct AFX CLASSIHIT + 
1 AFX CLASSINIT[CRuntimeClass* pNewClass); |; 


хЕЕН- ТЫ nmi, C++ М struct 与 class 都 有 构造 函数 ) , ЖӘШІК: 


AFX CLASSIHIT::AFX CLASSIHITi|CRuntimeclass* pNeuclassi + 
[od 


pNewClass-2m pNextClass = CRuntimeClaszs::pFirstClass; 


CRuntimeClass::pFirstClass = pNHewClass; + 
і РЕ 
(БЕН, Ша р Жіпкес list 的 串 接 工作 。 整 组 宏 看 起 来 有 点 中 实 也 没有 什么 ， 


文字 代 换 而 已 。 现 在 看 看 这 个 实例 : 


// in header file ‹ 
class CView : public CWnd .: 


{+ 
DECLARE DYNAMIC(CView] + 


Ps + 


// in implementation file + 


ІМРШЕМЕНТ DYNAMIC(CView, CWnd) : 
上 述 的 代码 展开 来 成 为 : 


// in header file + 
class CView : public CWnd + 
1 + 
public: + 
static CRuntimeClass claszsCWView; *« + 
virtual CRuntimeClass* GetRuntimeClassí) const; 
аж 


р + 


// in implementation file + 
static char  lpszcvView[] = "CcView"; e 
CRuntimeclass CView::classCWView = | + 
 lpszCView, sizeof[(CView), OÜxFFFF, NULL, + 
&CWnd::classcund, NULL }; + 
static AFX CLASSINIT init CView([&CView::classcCView); 
CRuntimeclass* CWView::GetRuntimeClassí) const + 


{ return &CVisw:i:classCcCView; } + 


于 是 乎 ， 程 序 中 只 需要 简 简 单单 的 两 个 宏 DECLARE_DYNAMIC(Cxxx) 和 
IMPLEMENT_DYNAMIC(Cxxx, Cxxxbase) ， 就 完成 了 构造 数据 并 加 入 串 列 的 工作 : 


Cxxx::classCxxx 


> sizeof(Cxxx) 
OxFFFF 


m pfnCreateObject; 3» NULL 


m pBaseClass -1—»- Cxxxbase-classCxxxbase 


可 是 你 知道 ， 串 列 的 头 ， 总 是 需要 特别 费心 处 理 ， 不 能 够 套用 一 般 的 串 列 行为 模式 。 我 们 的 
类 根源 CObject， 不 能 套用 现成 的 宏 DECLARE_DYNAMIC 和 IMPLEMENT_DYNAMIC， 必 须 
特别 设计 如 下 : 





// in header file + 
class СПҺдесі + 


te 


public: + 
virtual CRuntimeClass* GetRuntimeClassí] const; 
E 
public: + 


static CRuntimeClass classCübhject; + 


и 4- 
r; 


// in implementation file + 
static char szcohbjecr[] = "cobject"; + 
struct CRuntimeClass C€übject::classCUübject = + 
{ szcoObject, sizeoríCObject;, DUÜxffff, NULL, NULL |; 
static AFX CLASSINIT init Cühjecti&scCObject::classCObject|; 
e 
CRuntimecClass* CObject::cetRuntimeClassi] const + 
{+ 
return &cCObject::classCObject; + 


} + 
ЗЕН, CRuntimeClass 中 的 static EX я Хех Egile СП, Г, EUAESS2:uzHBHj 
[静态 成 员 (变量 与 函数 ) J —%) 


// in implementation file 
CRuntimeClass* CRuntimeClass::pFirstClass = NULL; 


ACT, EET ГАН ЯЛЫ ЖАТ: 


CObject::classCObject 
— _ 





“C Obje et" 


x 2 sizeof(CObject) 
CRuntimeClass::pFirstClass OxFFFF 
( static ЖЕ BE) 
т pfnCreateObjectrI—»- NULL 





т, pBaseClass = NULL 
m pNextClass COXX W 


范例 程序 Frame3 在 .h 文 件 中 有 这 些 类 声明 : 





深入 浅 出 MFC 





class сораясе s= 
1 


bs e 
clases CcCmdTarcget : public cobject H 
{ 
DECLARE ГрГҮМАМІСІСсстатағк get; + 
ç #1 
р; € 
cless cWinThread : public ссиатаек get 
{ + 
DECLARE DYNAMIC(CWinThread) = 
= a 
Fro- 
class CuWin^App : public cCwWinThremd + 
в = 
DECLARE DYNAMIC(ChHinApp) = 
Š 4 
Pi = 
elass cDbocurment : publice ccmadTareet + 
{ + 
DECLARE DYNAMICICDoOƏcumemnti = 


}; - 
class СМП : public CCmdTarcget + 
| ow 
DECLARE DYNAMIC([CUnd)  // НЗЕТЕ мес 中 是 DECLARE DYvNCREATE(). MPY. 


ы“ 
class cCFrameWnd : public Chnd + 
Low 
DECLARE DYNAMIC(CFramewWnd) /,E ETE мғс 中 是 pECLARE DYNCREATE(), ПТ. 


class СҮлела : public Сыны s 


DECLARE DYHAMIC[CView]) = 


class CMybWin&pp r: public ChinApp = 


class CMyFramewWnd ; public CFEramebnd + 


// ЕСЕ мғс 有 启用 程序 中 这 里 也 有 DECLARE DYHCEREATE(). М. = 


l3 = 
class СМүрос : public CDbocwument ~ 
Low 
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// 其 实在 мес 应 用 程序 中 这 里 好 有 DECLARE DYyNCREATE(). ПКБ. 
上 
class CMyView : public CYiem + 


i 
// 其 实在 мес 应 用 程序 中 这 里 好 有 DECLARE DYyNCREATE(). П КБ. 


ы 


范例 程序 Frame3 在 .cpp 文 件 中 有 这 些 动 作 : 


IMPLEMENT DYNAMIC[CCmdTarget, CObject] 

IMPLEMENT DYNAMIC(CWinThread, CCmdTarget) 

IMPLEMENT DYNAMIC(CWinApp, CWinThread) 

IMPLEMENT DYNAMIC(CWnd, CCmdTarget) // EKE МЕС PE IMPLEMENT DYNCREATE(), MTT. 
IMPLEMENT DYNAMIC[CFrameWnd, Cund) // ERE НЕС ФЕ IMPLEMENT DYNCREATE(), ATË 
IMPLEMENT DYNAMIC(CDocument, CCmdTarget| 

IMPLEMENT DYNAMIC(CView, Сипа) 


于 是 组 织 出 图 3-1 这 样 一 个 大 网 。 
CObject::clas sC Object CCmdTarget:classCC mdTarget CWinThread::classCWinTh re ad 


"CWinThread 


















| . m pBaseClass | 
m pMextClass 











[ mipBaseCuss | 





CV ew::classc View 
: 
| | 
| 
МШ. 


= m рбазесаза 


















( static WE у 
CRuntimec las s::pFirstC las s 





E] 3-1 CRuntimeClass 对 象 构 成 的 类 型 录 网 。 
本 图 只 列 出 与 RTTI 有 关系 的 成 员 。 


为 了 实证 整个 类 型 录 网 的 存在 ， 我 在 main 函数 中 调用 PrintAlliClasses， 把 串 列 中 的 每 一 个 元 
素 的 类 名 称 、 对 象 大 小 、 以 及 schema no. 印 出 来 : 


void PrintAllclassesií) 
p 
CRuntimeclass* pclass; + 


// just walk through the simple list of registered classes 


for (pClaàss = CRuntimeClass::pFirstClass; pClass (= NULL; 
pclass = pclass-2m pNextClass) + 


cout << pClaszs--m lpszClaszsName << "ап"; 


cout << pClass-»m nObjectSize << "in"; 
cout << pClass-»m wSchema << "in"; e 
ow 


|o 


Tu 
di 
ма 
Аі 
m 
Ik 
% 
dit 
38 
М 
ii 
cT 
对 
in 
d 
ма 
Ш 


Frame3 Вр 45 2l As 3 ED, EAR (ВХ =! 
к=) 


cl my.cpp mfc.cpp <Enter> 


Frame3 的 执行 结果 如 下 : 


CView 4 65535 CDocument 4 65535 CFramewnd 4 65535 CWnd 4 65535 CWinApp 12 65535 CWinThrea 


a] m | 





Frame3 {= 


MFC.H 


#0001 define ВОС int = 
NOOO0z2z Wdefine TRUE 1. 
NOOO3 define FALSE Ü + 


深入 浅 出 MFC 


#0004 
suis 
mi OO GO 6 
наооат 
daong 
апы 


Я cle: fine 
typedet 
Hdetfine 
# define 


ҺРСЗТЕ LESTR = 


char* 


LESTE; = 


UINT int + 
PASCAL  stdcall + 


Hinclude ciostream.h» = 


WNOO10 + 


#0011 
#0012 
#0013 
#0014 
#0015 
#0015 
#0017? 
#0018 
#0019 
ROC zc 
НОО21 


HOOZZ = 


#0023 
#0024 
НО025 
#0026 
НОО "7 


class CObject; 


а? 


P" 


struct CRuntimecClass + 


(e 


/f/ Attributes = 


LPCSTR m lpszclassName; + 
int m nObjectzize; = 


UINT m wZchema; 
cCOob4ject* 


CRuntimeclass* m pBEaseclasas; + 


à 


// CRuntimeClass objects linked together in 
static CRuntimeclmsss* 


CPFuntimecCclass* m pNextcClass; 


pFirstclass; // start 


ҒҒ linked list 


mtruct AFX CLAZSS2INIT + 


#0028 - 
WDD 29 · 


#0030 


Hdefine RUNTIME CLASS (class_name) 


#0031 · 
#0032 - 


#0033 
BHOD34 


{ AFX CLASSINIT(CRuntimeclass* 


pNHewclass); 


Ne 


(&class name::classülclass name) + 


Hdefine DECLARE DYNAMIC (class name) * + 


public: 


#0035 - 
#0036 - 
#0037. 


#0038 


#define  IMPLEMENT RUNTIMECLASS(class name, base class name, wSchema, pfnNeu) 


#0039. 
но040 - 
#0041 . 
#0042 - 


#0043 · 


BO044 = 
#0045 - 
#0046 - 


#0047 


N ° 


static CRuntimeClass classHlclass name; \ = 
virtual CRuntimecClass* GetRuntimecClassí() const; = 


static char  lpszüfíclass name[] = #clmss name; \ = 


CRuntimeClass class name::classüfjfclass name = ( \ = 


CRuntimeClass* class name::GetRuntimeClass[) const VX + 


Es 


// schema number of the loaded class = 
([PASCAL* m pfnCreateObject)i); // NULL => abstract class. 


mimple list = 
of class list + 


\ = 


_lp=zBñclasn= name, sizeof(class name), ызсһеша, pfnNew, 


RUNTIME CLASS (base class name), 


{ return &class name::classHüflclass name; 


NULL }; 


static АРХ CLASSINIT init class паше (=с1азя name::classilclass nanej: 


] 


Hdefine IMPLEMENT DYNAMIC(class name, base class name) \ ~ 


#0048 - 
#0049. 


_ТМРЬЕМЕНТ RUNTIMECLASS(class name, base class name, ОхЕЕЕЕ, NULL) + 
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NES 


N 


LE 


y” 


of registered classes: 


104 


#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 


#0077 
#0078 
ЕО079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
ROOG? 
#0088 
ROOBS 
#0090 
#0091 
#0092 
#0093 
#0094 
#0095 


#0096 
#0097 
#0098 
#0099 
#0100 
#0101 
#0102 
#0103 


class CObject 
{ 
public: 
CObject::cObject(] I 
] 
CObject::-cObject(] 4 
] 


virtual CRuntimeClazss* GetRuntimeClass(] const; 


public: 
static CRuntimeclass classcCObject; 
} F 


class CCmdTarget 


{ 


: public CObject 


DECLARE DYNAMIC(CCmdTarget] 
public: 
COmdTarget::CCOmdTarget(] I 
| 
COmdTarget::-COmdTarget(] í 
| 
|; 


class CWinThread 


{ 


: public CCcmdTarget 


DECLARE DYMAMIC(CWinThread] 


public: 
CWinThread::CWinThread() í 
] 
:-CWinThread(] 1 


} 


CWinThread: 


virtual BOOL InitInstance() ( 


return TRUE; 


] 
virtual int Run(] í 
return 1; 
] 
|; 


class CWnd; 


class CWinApp 
| 


: public CWinThread 
DECLARE DYNAMIC (CWinApp] 
public: 
CWinApp* m pCurrentWinApp; 


CWnd* m pMainWnd; 


public: 
CWinApp::cWinAppi]l 14 


m pCurrentWinApp = this; 


| 


#0104 . CWinApp::-CWinAppí) { + 


#0105 - ) 

#0106 . =! 

#0107 - virtual BOOL InitApplicationí) { + 
#0108 : return TRUE; + 
#0109 . 3" 
#0110 - virtual BOOL InitInstance([)] + í 
#0111. “return TRUE; = 
#0112 - = } 
#0113 · virtual int Бип() {+ 

E0114 . return CWinThread::Bun()7 = 
#0115 . ү 

#0116 }; + 

#0117 + 

#0118 class CDocument : public CCmdTarget + 
#0119 {~ 

#0120 DECLARE DYNAMIC (CDocument) + 

#0121 public: = 

#0122 : CDocumemnt: : СросциенлЕ () + í 

#0123. } 

#0124: CDocument::-cDbocumentí) { + 

#0125 . } 

#0126 }; + 

BOIlzy; = 

#0128 class CWnd : public CCmdTarget + 

#0129 {= 

#0130 DECLARE DYNAMIC(CWnd) + 

#0131 public: + 

#0132 . CWnd::cWndi) + ( 

#0134. } 

#0134 . Cmd::-Chndí) {+ 

#0135. = 

#0136 · + 

#0137. virtual BOOL Create): 

#0138. BOOL Create Ex |}; + 

#0139. virtual BOOL PrecCreateWindowí»; = 





class CFrameWnd : public сига 


#0143 { 

#0144 DECLARE DYMAMIC(CFrameWnd) 
#0145 public: 

#0146 CFrameWrnd::cCrFrameWnd { |) { 
#0147 ] 
#0148 СҒгатейгеі: : -СҒгатеттасі() { 
#0149 } 
#0150 BOOL Create { } ; 

#0151 virtual BOOL PreCreateWindow(t)]: 
#0152 ры 

#0153 

#0154 class CView : public Сута 

#0155 ( 

#0156 DECLARE ОУНАМТС {СУТ ем} 


#0157 public: 
#0158 Сәіғым: :CVieui) ( 


} 
#0160 CView::-—CView()] t 
} 





|%0162 }; + 

|80163. 

| #0164 . 

|80165 // global function + 


| #0166 CWinApp* AfxGetApp(); + 
MFC.CPP 


#0001 #include "my.h" // AZSA mfc.h ЖИН. BHT CMyWinApp AEX: ЖРА... 
#0002 + 

#0003 extern CMyWinApp theApp; : 

#0004 + 

#0005 static char szcobject[] = "cCobject"; + 

#0006 struct CRuntimeClass CObject::classCObject = + 

#0007 { szCObject, sizeofí(CObject], ОхЕЕЕЕ, NULL, NULL }; + 
#0008 static AFX CLASSINIT init CObject(&CObject::classCObject]); + 
#0009 + 

#0010 CRuntimeClass* CRuntimeClass::pFirstClass = NULL; + 

#0011 + 

#0012 АРХ CLASSINIT::AFX CLASSIHIT[CRuntimeClass* pNewClass) + 
#0013 {+ 


#0014 + pNewClass-»m pNextClass = CRuntimeClass::pFirstClass; + 
#0015 + CRuntimeCclaszs::pFirstclass = pNHNewclass; + 

#0016 } ч 

#0017 + 


#0018 CRuntimeclass* CoObject::GetRuntimeclass() const + 


#0019 { + 

#0020 + return &CObject::classcObject; + 
#0021 } 

#0022 + 

#0023 BOOL CWnd::cCreate(í) 

#0024 {+ 

#0025 + return TRUE; + 

#0026 } + 

#0027 e 

Я00=8 BOOL CWnd::CreateEx[) + 
#0029 і- 

HDD 30 e Ргесгеатсемілсістеі); + 
#0031 = return TRUE; + 

#0032 фр» 

#0033 + 

#0034 BoOL cCWnd::PrecreatebWincdosí) 
#0035 {+ 

#0036 + return TRUE; + 

#0037 үз 

80038 = 

#0039 BOOL СЕРЕамещиЯ:: Скеабе|) + 
800430 {+ 

#0041 + CreateBxií(): + 

#0042 + return ТЕПЕ; + 

#0043 }+ 


#0044 + 


#0045 
#0046 
&OO 47 
#0048 
#0049 


#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#00 59 
#0059 
#00 60 
#0061 
#00 Ба 


MY.H 


#0001 
80002 
#0003 
#0003 
#0005 
#0006 


#0007 + 
#0008 : 
#0009. 
#0010. 
#0011. 
#0012 + 


#00 13 
#0014 
#0015 
#0016 
#0017 


#0018 : 
#0019 . 
#0020 ， 


#0021 
#0022 
#0023 
#0024 
#0025 
#0026 


#0027 + 


BOOL CFramewuwnd::PrecreateWindowl1) 


(+ 
4 return TRUE; • 


4 


IMPLEMENT DYNAMICICCmdTarqet, COhjecti + 
IMPLEMENT DYNAMIC[CWHinThread, CCmdTarget) + 
IMPLEMENT DYNAMICiCWHinApp, CWinThread] + 
IMPLEMENT DYNAMICi|[CWnd, CCmdTarget] + 
IMPLEMENT DYNAMIC|CFrameWnd, Chnd) + 
IMPLEMENT DYNAMIC[CDocument, CCmdTarget] + 
IMPLEMENT DYNAMICi|CYiew, CWnd) + 
u 
^/ global function + 
CWinAàpp* AfxGetAppií) + 
Í + 
+ return theApp.m pourrentWinapp; + 
} + 


#include ciostream,h» + 


#include "mfc.h" + 


class CMyWinApp : public CWinApp + 
(е 


public: e 
CMyWinApp::CMyWinAppí) + 1 
} 
CMyWinApp::-CMyWinApp [| | + 


virtual BOOL InitInstance[]; + 


ЕЗ е 


ЕД 


class CMyFrameWnd : public СЕгатенпа + 
( 
public: + 

CMyFrameWndi); + 

CMyPFrameWwndi») {+ 


р; € 


- 


class CMyDoc : public CDocument e 
= 
public: e 

CMyDoc::CMyDoci) іе 


HDD ZEE ， 
НОО&9 . 
#0030. 


8UL 31 


CMyDoc::-CMyDocti) (| + 


bz; + 


#0032 + 


#0033 
#0034 
#0035 


#0036 ， 
HDD 37 : 
#0038 : 
HDD 39 ， 


#0040 


class CMyView : public cView + 


( + 
public: e 
CMyVieuw::cMyViewi) e 1 


CMyvVieu::-cMyVieuw() { =+ 


F; + 


#0041 e 


#0042 
#0043 


// global function = 
void PrintAllclasses(); e 


MY.CPP 


#0001 
#0002 
#0003 
#0004 
#0005 
&OO06 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 


Kinclude "my.h" 


CMyWinApp theApp: 


BOOL CMyWinABpp::InitInstance(] 

1 
m pMainWnd = new CMyFrameWnd; 
return TRUE; 


CMyFrameWnd::CHMyFrameWnd () 
{ 


Create(]:; 


void PrintAllClassesií] 


{ 
CRuntimeClass* pClass; 


#0020 // just walk through the simple list of registered classes 
#0021 for (pClass = CRuntimeClass::pFlrstClass; pClass = NULL; 
#0022 pClass = pClass->m pHextClass] 

#0023 { 

#0024 cout << pClass->m lpszClassName << "Nn"; 

#0025 cout << pClass->m nObjectSize << "An"; 

#0026 cout << pClass->m wSchema << "An"; 


#0027 } 

#0028 |) 

ТОСЕ ШЕРІ ст a a o mmm mm 
#0030 // main 

BUDSE SII mm mm mm mm ке ке te tm m О кири mm mmm m imm nm mmm mmm 
#0032 void main(] 

KODS3 ( 

#0034 CWinApp* рАрр = AfxGetApp(]; 

#0035 

80036 pApp->InitApplicationí(]; 

80037 pApp-»1InitInstance(t]; 

003g pApp-»Run(]: 

H0039 

#0040 PrintAllcClasses(]; 

#0041 } 


IsKindOf (类 型 辨识 ) 


有 了 图 3-1 这 张 「[ 类 型 录 」 网 ， 要 实现 lsKindOf 功能 ， 再 轻松 不 过 了 


1. 为 CObject 加 上 一 个 lsKindOf 函数 ， 于 是 此 函数 将 被 所 有 类 继承 。 它 将 把 参数 所 指定 的 某 个 
CRuntimeClass 对 象 拿 来 与 类 型 录 中 的 元 素 一 一 比 对 。 比 对 成 功 (在 型 录 中 有 发 现 ) ， 就 传 
加 TRUE， 合 则 传 回 FALSE : 


// in header file 
class CObject 

1 

public: 


BODL IsRindOf(const CRuntimeClass* pClass} const; 
Нн 


// іп implementation file 
HODL CObject::IskindOf(const CRuntimeClass* pClass} const 
1 
CRuntimeClass* pClassThis = GetRuntimeClass(]; 
while (pClassThis != NULL] 


{ 
if (pclassThis == pClass} 
return TRUE; 
pCclassThis = pClassThis-?m pBasecClass; 
| 
return FALSE; // walked to the top, no match 


| 


Ax, while {ағ РЕЈ AR] А, ЛЕВ ят pBaseClass 而 非 
m_pNextClass。 假 设 我 们 的 调用 是 : 


CView* pView = new CView; 
pView->IsKindOf (RUNTIME CLASS(CWinApp)); 


IsKindOf P3: £ sz &CWinApp::classCWinApp. В+ GetRuntimeClass 先 取得 
&CView::classCView， 然 后 循 线 而 上 (从 图 3-1 来 看 ， 所 谓 循 线 分 别 是 指 CView、CWnd.、 
CCmdTarget、CObject) ， 每 获得 一 个 CRuntimeClass 对 象 指 针 ， 就 拿 来 和 
CView::classCView 的 指针 比 对 。 靠 这 个 土方 法 ， 完 成 了 lIsKindOf 能 


2.IsKindOf 的 使 用 方式 如 下 : 


CMyDoc* pMyDoc = new СМүрос; + 
CHyView* pMyView = new CMyView; + 


cout << pMyDoc--IsKindOf(RUNTIME CLASS (СМурос) }; + // ПАЛИЗА TRUE ， 
cout << pMyDoc--IsKindOf (RUNTIME CLASS (CDocument]]; + // МАЕЗЕЕ TRUE 
cout << pMyDoc-2IsKindOf(RUNTIME CLASS(CCmdTarget]); // 应 该 获得 TRUE. 

cout << pMyDoc--IsKindOf (RUNTIME CLASS (CObject]); + // ПРАВ TRUE + 
cout << pMyDoc--IsKindOf([RUNTIME CLASS (CWinAppl); + // BHETRSR FALSE 
cout << pMyDoc-»2IsKindOf(RUNTIME CLASS (CView)]; + // ВЛЕЗЕТ FALSE 
cout << pMyView--IsKindOf(RUNTIME CLASS(CView)); + // 应 该 获得 TRUE + 
cout << pMyView->IsKindOf (RUNTIME CLASS(CObject)]; + // 应 该 获得 TRUE ， 
cout << pMyVieu->IsKindOf (RUNTIME CLASS(CWnd!); + // 应 该 获得 TRUE + 


cout << pMyVieu->IsKindOf [RUNTIME CLASS(CFrameWnd)); // 应 该 获得 FALSE + 


IsKindOf 的 完整 范例 放 在 Frame4 中 。 


Frame4 范例 程序 


Frame4 与 Frame3 大 同 小 异 ， 唯 一 不 同 的 融 是 前 面 所 说 的 ， 在 CObject 中 加 上 IsKindOf BS 
数 的 声明 与 定义 ， 并 将 私有 类 (non-MFC X) ЊЕ) 「 类 型 录 网 上 」 中 : 


// in header file. 

class CMyFra&meWnd : public CFrameUwnd + 

T 

DECLARE DYHMAMIC(CMyFrameund) // 在 МЕС 程序 中 这 里 其 实景 DECLARE DYHCREATE() : 
ЫЗ U AGARA DECLARE DYNCREATE() ТШ. 
Рр * 

class CMyDoc : public CDocument ~ 
[^ 

2 DECLARE рҮНАМІС{СМурос) // 在 МРС 程序 中 人 这 里 其 实 是 DECLARE DYNCREATE() + 
T // НЕЕ pECLAPE DYNCREATE(|) IRE + 
J; * 

class CHyviece + public CView + 

| è 

DECLARE DYNAMIC(CHMyView) // ТЕ МЕС 程序 中 这 里 其 实 是 DECLARE DYNCREATE() + 
өза /) БИЕТІ DECLARE DYNCREATE() 给 你 看 。 
Ii 

// in implementation file + 


IMPLEMENT DYHAMIC(CMyFrameWnd, CFrameUnd) // 在 МРС 程序 中 这 里 其 实 是 IMPLEMENT DYHCREATE[) + 
// HERES IMPLEMENT DYNCREATE() 给 你 看 


IMPLEMENT DYNAMIC(CMyDoc, CDocument) // 在 мес 程序 中 这 里 其 实 是 IMPLEMENT DYHCREATE I) + 
/) AGEREM IMPLEMENT DYHCREATE {) 绽 你 看 。 


IMPLEMENT DYHAMIC(CMyVieu, CVieu) + // ТЕ мес TEPRQ ЗЕ: IMPLEMENT DYHCREATEI) + 
// ВЕНЕ IMPLEMENT DYNCREATE() 给 你 看 。 


我 不 在 此 列 出 Frame4 的 原始 代码 ， 你 可 以 在 书 附 光盘 片 中 找到 完整 的 文件 。Frame4 В? 
列 编 译 链接 动作 是 (环境 变量 必须 先 设 定 好 ， 请 参考 第 4 ГЕИ] —%) 


cl my.cpp mfc.cpp <Enter> 


以 下 即 是 Frame4 的 执行 结果 : 


pMyDoc->IsKindOf(RUNTIME CLASS(CMyDoc]] 
phMyDoc->IsRKindOf(RUNTIME CLASS(CDocument]] 
pMyDoc->IsRKi1ndOf(RUNTIME CLASS(CCmdTarget]] 
pMyDoc->IsKindOf(RUNTIME CLASS(CObject]] 
pMyDoc->IsKindOf(RUNTIME CLASS(CWinApp]] 
pMyDoc->IsKindOf(RUNTIME CLASS(CView]] 


> C =a = = ы 


pMyView-»IsKindOf(RUNTIME CLASS(CView]] 
pMyView-»IsKindOf(RUNTIME CLASS(CObject]] 
pMyView-»IsKindOf(RUNTIME CLASS (Сипа) ] 
pMyView-»IsKindOf (RUNTIME CLASS {CFrameWnd] ] 


> = = = 


pMyWnd->IsKindOf{RUNTIME CLASS(CFrameWnd]) 1 
pMyWnd->IsKindOf {RUNTIME CLASS(CWnd]) 1 
pMyWnd--IsKindOf(RUNTIME CLASS(CObject]] 1 
pMyWnd--IsKindOf (RUNTIME CLASS (CDocument]] Ü 


Dynamic Creation (动态 生成 ) 
基础 有 了 ， 做 什么 都 好 。 同 样 地 ， 有 了 上 述 的 「 类 型 录 网 ] ， 各 种 点 用 纷 至 省 来 。 其 中 一 个 
应 用 就 是 解决 棘手 的 动态 生成 问题 。 


我 已 经 在 第 二 章 拉 述 过 动态 生成 的 困难 点 : 你 没有 办 法 在 程序 执行 期 间 ， 根 据 动态 获得 的 一 
个 类 名 称 чт 但 我 将 以 屏幕 输入 为 例 ) ， 要 求 程 序 产 生 一 个 对 象 。 


上 述 的 【类 型 录 网 」 虽然 透露 出 解决 此 一 问题 的 蔡 微 曙光 ， 但 是 扩 术 上 还 得 加 把 劲 儿 。 


如 果 我 能 够 把 类 的 大 小 记录 在 类 型 录 中 ， 把 构造 葬 数 (注意 ， 这 里 并 非 指 C++ 构造 图 数 ， 而 
是 指 即将 出 现 的 CRuntimeClass::CreateObject) 也 记录 在 类 型 录 中 ， им 
一 个 类 名 称 ， 它 就 可 以 在 「 类 型 录 网 ] 中 找 出 对 应 的 元 素 ， 然 后 调用 其 构造 男 数 (这 里 并 非 
Ін C++ Же), РЕЯ. 


类 型 录 网 的 元 素 型 式 CRuntimeClass 于 是 有 了 变化 : 


// in MEC .日 
struct CRuntimeClazs 


i 
// Attributes 
LPCSTR m lpszClassHame; 
int m nObjectSize; 
UINT m м5сһепа; // schema number of the loaded class 
CObject* (PASCAL* m pfnCreateObject](]; // NULL => abstract class 
CRuntimeClass* m pBaseClass; 


CObject* CreateObject(i]; 
static CRuntimeClass* PASCAL Load]; 


РР CRuntimeClass objects linked together in simple list 
static CRuntimecClass* pFirstClass; // start of class list 
CRuntimeClass* m pMextClass; // linked list of registered classes 


DECLARE DYNCREATE / 
IMPLEMENT DYNCREATE Ж 


为 了 因 应 CRuntimeClass 中 新 增 的 成 员 变 量 ， 我 们 再 添 两 个 宏 DECLARE DYNCREATE 
&IIMPLEMENT DYNCREATE : 


Kdefine DECLARE DYNCREATE(class name] N 
DECLARE DYNAMIC {class name] % 
static CObject* PASCAL CreateaObject();: 


Kdefine IMPLEMENT DYMCREATE(class name, base class name] * 
CObject* PASCAL class name::CreateObject(] ` 
{ return new class name; } `x 
IMPLEMENT RUNTIMECLASS(class name, base class name, ÜxzFFFF, N 
class name::CreateObject] 


TE, М CFrameWnd 为 例 ， 下 列 程序 代码 : 
// in header file 


class CFramewnd : public Cwnd 


DECLARE_DYNCREATE(CFramewnd ) 
$; 


// in implementation file 
IMPLEMENT_DYNCREATE(CFramewnd, CWnd) 


融 役 展开 如 下 (EAR, жа РЕМНИ ЛАН ЛЬ Ж) 


// in header file 
class CFrameWnd : public Сипа 


1 

public: 
static CRuntimeClass classCFrameWnd; 
virtual CRuntimeClass* GetRuntimeClass(] const; 
static CObject* PASCAL CreateObject(]; 

|; 


// in implementation file 
CObject* PASCAL CFrameWnd::CreateObject(] 
( return new CFramemnd; | 


static char  lpszCFrameWnd[] = "CFrameWmnd"; 
CRuntimeClass CFrameWnd::classCFrameWnd = ( 
 lpszCFrameWnd, sizeof(CFrameWnd], ОхЕЕЕЕ, CFrameWnd::CreateObject, 
RUNTIME CLASS(CWnd], NULL |; 
static AFX CLASSINIT init CFrameWnd(&CFrameWnd::classCFrameWnd); 
CRuntimeClass* CFrameWnd::GetRuntimeClass() const 
{ return &CFrameWnd::classCFrameWnd; } 


图 示 如 下 : 


GCObject-::classGObjecti cCCmádTarget::classcGécmadTarget CWinThread::classC W im T h re ad 
















и Ст 9Тагое Е" w ГТС Wiminhread” -— 
^ ч i 
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m _р Мех! lass m _рМохт lass 
т | 
HULL | 


HULL 


CWnüd::classCWnd | €CWinAmpp:;classC Win App 





m pBaseCciass — T 


[рии m 





( static ЖЖ) 


CRuntimeClass::pFirstClass 





| 对 象 生 成 器 」 CreateObject 函数 很 简单 ， 只 要 说 new 就 好 。 


从 宏 的 定义 我 们 很 清楚 可 以 看 出 ， 拥 有 动态 生成 (Dynamic Creation) 能 力 的 类 库 ， 必 然 亦 
拥有 运行 时 类 型 识别 (RTTI) 8873, Ня _ОУМСВЕАТЕ и: 7 _ОУМАМ!С ЖА. 





范例 程序 Егатеб 在 .h 文件 中 有 这 些 类 声明 : 


class CObject 


class CCmdTarget : public CObject 


DECLARE DYNAMIC(CCmdTarget) 


class CWinThread : public CCmdTarget 


DECLARE DYNAMIC(CWinThread) 


class CWinApp : public CWinThread 


DECLARE DYNAMIC(CWinApp) 


class CDocument : public CCmdTarget 


DECLARE D'YNAMIC(CDocument]) 


class CWnd : public CCmdTarget 


DECLARE DYNCREATE(CWnd) 


class CFrameWnd : public Сипа 


DECLARE D'YNCREATE(CFrameWnd) 


class CView : public Сипа 


DECLARE DYNAMIC(CVi1ew] 


class CMyWinApp : public CWinApp 


class CMyFrameWnd : public CFrameWnd 


DECLARE D'YNCREATE(CMyFramewWnd) 


I ; 
class CMyDoc 
l 


public CDocument 
DECLARE DYNCREATE(CHMyDoc) 


I 
class CMyView 


t 


public Суіем 
DECLARE DYNCREATE(CMyView) 

H 

在 .cpp 文 件 中 又 有 这 些 动作 : 


TMPLEMENT_DYNAMIC(CCmdTarget， CObject) 
IMPLEMENT_DYNAMIC(CWinThread, CCmdTarget) 
IMPLEMENT_DYNAMIC(CWinApp, CWinThread) 
IMPLEMENT_DYNCREATE(CWnd, CCmdTarget) 
IMPLEMENT_DYNCREATE(CFramewnd, Cwnd) 
IMPLEMENT_DYNAMIC(CDocument, CCmdTarget) 
IMPLEMENT_DYNAMIC(CView, Cwnd) 
IMPLEMENT_DYNCREATE(CMyFramewnd, CFramewnd) 
IMPLEMENT_DYNCREATE(CMyDoc, CDocument) 
IMPLEMENT DYNCREATE(CMyView, CView) 


于 是 组 织 出 图 3-2 这 样 一 个 大 网 。 
CObject::classCObject 
pT — 
ee 





| m pfnCreateObject 
[ T m"-pNextClass — 


NULL 





CFrameWnd::classCFrameWnd 


m, pfnCreateObject 
| m.pNexiClass - 






CView::classC View 


[4 ——] 


= m pNextClass 


CCmdTarget :classcCCmdTarget 


m pfnCreateObject | 
[ m pNexiClass = 








' m_pNextClass | 


CWinThread::clas sCWinThread 


[ "CWinThread" | 
(m pfnCreateObje 11. 
Г m pNextClass | 















IULL 





CWinApp::classCWinApp 


[  "CWinAop" | 
E ow | 
im pfnCreateObject | 


m pMNextClass — 





( static ЗЕ Ш ) 
CRuntimeClass::pFirstGlass 


图 3-2 以 CRuntimeClass 对 象 构 成 的 「 类 型 录 网 」。 
本 图 只 列 出 与 动态 生成 (Dynamic Creation) 有 关系 的 成 员 。 
凡是 m_pfnCreateObject 不 为 NULL 者 ， 即 可 动态 生成 。 


现在 ， 我 们 开始 仿真 动态 生成 。 首 先 在 main 函 数 中 加 上 这 一 段 代 码 : 


void main į} 
i 


ÁF/Test Dynamic Creation 
CRuntimeClass* pClassRef; 
CObject* pOb; 

whileil) 

{ 


if ((pClassRef = CRuntimeClass::Load()) == NULL) 
break; 


РОБ = pcClassRef-»CreateObject[(); 
if {РОБ != NULL) 
pOb-»-5SayHello(t); 


] 
并 设计 CRuntimeClass::CreateObject 和 CRuntimeClass::Load 如 下 : 


// in implementation file 
Cobject* CRuntimeClass::CreateObject(í) 


i 
if (m pfnCreateObject == NULL) 


i 
TRACElI("Error: Trying to create object which is not " 


"DECLARE DYMCREATE nor DECLARE SERIAL: €hs.*'n", 
m lpszClassName); 
return NULL; 


CObject* pObject = NULL; 
pObject = (*m pfnCraateObject)(); 


return pObject; 
| 


CRuntimeClass* PASCAL CRuntimeClass::Load() 
{ 


char szClasshName [64]; 
CRuntimeClass* pClass; 
// JJHOU : instead of Load from file, we Load from cin. 


cout << "enter a class name... "; 


cin >> szClassHame; 


for {pClass = pFirstClass; pClass ! NULL; pClass = pClass-»m pNextClass) 


i 
if (strcmp(szClassName, pClass-^m lpszClassName) == 0} 
return pClass; 
} 


TRACEl("Error: Class not found: $s Xn", szClasshName]; 
return NULL; // not found 
| 


然后 ， 为 了 验证 这 样 的 动态 生成 机 制 的 确 有 效 (ВЕ НН ЕТ), kiki Тя 
的 构造 画 数 都 输出 一 段 文字 ， 而 且 在 取得 对 象 指 针 后 ， 真 的 去 调用 该 对 象 的 一 个 成 员 国 数 
SayHello。 我 把 SayHello 设 计 为 虚 画 效 ， 所 以 根据 不 同 的 对 象 类 型 ， 会 调用 到 不 同 的 


SayHello 函 数 ， 出 现 不 同 的 输出 字符 串 。 


请 注意 ，main 函数 中 的 while 循 环 必须 等 到 CRuntimeClass::Load 传 回 NULL 才 会 停止 ， 而 
CRuntimeClass::Load 是 在 它 从 整个 「 类 型 录 网 ] 中 找 不 到 它 要 找 的 那个 类 名 称 时 ， 才 传 回 
NULL。 这 些 都 是 我 为 了 模拟 与 示范 ， 所 采取 的 权宜 设计 。 


Frame6 的 命 分 列 编译 链接 动作 是 〈 环 境 变量 必须 先 设 定好 ， 请 参考 第 4 章 的 ГЕ) 


一 节 ) 


cl my.cpp mfc.cpp <Enter> 


下 面 是 Frame6 的 执行 结果 。 粗 体 表 示 我 (程序 执行 者 ) ТЕВЕ ABS А: 


enter a class name... CObject 
Error: Trying to create object which is not DECLARE DYNCREATE 
or DECLARE SERIAL: CObject. 


enter a class name... CView 
Error: Trying to create object which is not DECLARE ПҰМСНЕАТЕ 
or DECLARE SERIAL: CView. 


enter a class name... CHyView 
CWnd Constructor 

CMyView Constructor 

Hello CMyvView 


enter a class name... CHyFrameWnd 
Сипа Constructor 

CFrameWnd Constructor 

CMyFrameWnd Constructor 

Hello ChMyFrameWnd 


enter а class name... CHyDoc 
CMyDoc Constructor 
Hello CMyDoc 


enter a class name... UCWinApp + 
Error: Trying to create object which is not DECLARE DYNCREATE + 
or DECLARE SERIAL: CWināpp. + 


H 


enter a class name... (1Г|Іһат (тка. Е | 8018р | Ф 
Error: Class not found: cCTIjhaou (ТЕГРЕБЕН) + 


Frame6 范例 程序 


MFC.H 


#0001 #define BOOL int 
#0002 #define TRUE 1 

#0003 #define FALSE Ü 

#0004 #define LPCSTR LESTR 
#0005 typedef char*  LPSTR; 
#0006 #define UINT int 
$0007 #define PASCAL  stdcall 
#0008 #define ТКАСЕ1 printf 
#0009 

#0010 #include <iostream.h> 
#0011 #include <stdio.h> 
#0012 #include <зЕгіпа.һ> 


#0013 

#0014 class CObject; 

%0015 

#0016 struct CRuntimeClass 
#0017 I 


#0018 // Attributes 
%0019 LPCSTR m lpszClassName; 


#0020 int m nGObjectSize; 

#0021 UINT m wSchema; // schema number of the loaded class 

#0022 CObject* (PASCAL* m pfnCreateObject)(); // NULL => abstract class 
#0023 CRuntimeClass* m pBaseClass; 

#0024 

#0025 CObject* CreateObject(); 

#0026 static CRuntimeClass* PASCAL Load(); 

#0027 

#0028 // CRuntimeClass objects linked together іп simple list 

#0029 static CRuntimeClass* pFirstClass; // start of class list 

#0030 CRuntimeClass* m pNextClass; // linked list of registered classes 
#0031 }; 

#0032 

#0033 struct AFX CLASSINIT 

#0034 { АРХ CLASSINIT(CRuntimeClass* pMewClass); ); 

#0035 

#0036 #define RUNTIME CLASS(class name) % 

#0037 (&class name::classiéclass name) 

#0038 


#0039  $define DECLARE DYMAMIC(class name) * 
#0040 public: * 


%0041 static CRuntimeClass class##class name; % 
#0042 virtual CRuntimeClass* GetRuntimeClass{} const; 
#0043 

#0044 #define DECLARE DYNCREATE(class name) \ 

#0045 DECLARE DYNAMIC(class name) * 


%со4в static CObject* PASCAL CreateObject(); 


#0047 
#0043 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
80058 
80059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
80067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 


#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 
#0090 
#0091 
#0092 
#0093 
#0094 
#0095 
#0096 
#0097 
#0098 
#0099 
#0100 


#define  IMPLEMENT RUNTIMECLASS(class name, base class пате, wSchema, pfnNew) \ 

static char Ірзт%ф сіазз name[] = %сіаз5 name; % 
CRuntimeClass class name::classéé$class name = ( XÀ 

 lpszé$class name, sizeof(class name), wSchema, pfnNew, * 

RUNTIME CLASS(base class name), NULL |; \ 

static AFX CLASSINIT init ##class name(&class name::classs$éclass name); ` 
CRuntimeClass* class name::GetRuntimeClass() const N 

( return &class name::class##class name; ) ` 


$&define IMPLEMENT DYNAMIC(class name, base class name) \ 
 IMPLEMENT RUNTIMECLASS(class name, base class name, ÜxFFFF, NULL] 


#ЧеЁ1пе IMPLEMENT DYNCREATE(class name, base class name) \ 
CObject* PASCAL class name::CreateObject() N 
( return new class name; } \ 
 IMPLEMENT RUNTIMECLASS(class name, base class name, OxFFFF, \ 
class name::CreateObject) 


class CObject 


1 
public: 
CObject::CObject() { 
| 
CObject::-CObject() ( 
] 


virtual CRuntimeclass* GetRuntimeClass() const; 
ВОСІ, IsKindOf(const CRuntimeClass* pClass} const; 


public: 
static CRuntimeClass classCObject; 
virtual void SayHello() ( cout << "Hello CObject Xn"; | 


Із 


class CCmdTarget : public cCObject 
і 
DECLARE DYNAMIC(CCmdTarget) 
public: 
COmdTarget::cCcomdTargetí() 4 
] 
COmdTarget::-COmdTargetí) ( 
] 
|; 


class CWinThread : public CCmdTarget 
{ 
DECLARE DYNAMIC(CWinThread) 
public: 
CWinThread::CWinThreadí) { 
| 
CWinThread::-CWinThreadí) ( 
] 


#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 


#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 
#0140 
#0141 
#0142 
#0143 
#0144 
#0145 
#0146 
#0147 
#0148 
#0149 
#0150 
#0151 
#0152 
#0153 
#0154 
#0155 


virtual BOOL InitInstance() 4 
return TRUE; 
] 
virtual int Нип{} { 
return 1; 
] 
|; 


class CWnd; 


class CWinApp : 
l 


public CWinThread 


DECLARE D'YNAMIC(CWinApp) 
public: 
CWinApp* m pCurrentWinApp; 
CWnd* m pMainWnd; 


public: 
CWinApp::cWinaBppí) 4 
m pCurrentWinApp = this; 
] 
CWinApp::-CWinappí) 4 
] 


virtual BOOL Init&pplication(í) 4 


return TRUE; 
] 
virtual BOOL InitInstanceí() t 
return ТЕПЕ; 
] 
virtual int Вип{} 4 
return CWinThread::Run(); 
] 
}: 


class CDocument 


{ 


: public CCmdTarget 


DECLARE DYNAMIC(CDocument) 
public: 


CDocument: :CDocument { } { 
} 
CDocument::-CDocumentí() 1 
] 
}; 
class CWnd : public CCmdTarget 


1 
DECLARE DYNCREATE (CWnd) 
public: 
сипа: : Сипа { } { 


cout << "Сипа Constructor Xn"; 


] 
:-CWnd() ( 
] 


CWnd: 


#0156 
#0157 
#0158 
#0159 
#0160 
#0161 
#0162 
#0163 
#0164 
#0165 
#0166 
#0167 
#0168 
#0169 
#0170 
#0171 


#0172 
#0173 
#0174 
#0175 
#0176 
#0177 
#0178 
#0179 
#0180 
#0181 
#0182 
#01853 
#0184 
#0185 
#0186 
#0187 
#0188 


|; 


class CFrameWnd : 


t 


virtual ВОСІ, Create(í); 
ВОСІ, CreateExí); 


virtual НОО PreCreateWindow(); 
void SayHelloí(í) 4 cout << "Hello Сипа Xn"; | 


public Сипа 


DECLARE D'YNCREATE(CFrameWnd) 


public: 


|; 


class CView : 


{ 


CFrameWnd::CFrameWnd!() 


CFrameWnd::-CFrameWnd.(í) 


ВОСІ, Create(); 
virtual BOOL PreCreateWindow(í]); 


void SayHelloí) 4 cout << "Hello CFrameWnd xn"; | 


public Сипа 


t 


| 
t 
| 


cout << "CFrameWnd Constructor n”; 


DECLARE DYNAMIC {CView)} 


public: 


|; 


// global function 
CWinApp* AfxGetAppí); 


CView::CView(i] 


CVlew: 


MFC.CPP 


:-CViewi) 


t 
| 
t 
| 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 


#0021 
#0022 
#0023 
#0024 
#0025 
#0026 


#include "my.h" // it should be mfc.h, but for CMyWinApp definition, so... 


extern CMyWinApp theApp; 


static char szCObject[] = "cCObject"; 

struct CRuntimeClass CObject::classcCObject = 

{ szcObject, sizeof(CObject), Üxffff, NULL, NULL }; 
static AFX CLASSINIT (init CObject(&CObject::classCObject); 


CRuntimeClass* CRuntimeClass::pFirstClass = NULL; 


AFX CLASSINIT::AFX CLASSINIT(CRuntimeClass* pNewClass) 


{ 


pHewClass-»-m рМехЕСіавв = CRuntimeClass::pFirstClass; 
CRuntimeClass::pFirstClass = pNewClass; 


CObject* CRuntimeClass::CreateObject() 


{ 


if (m pfnCreateObject == NULL) 


t 


TRACEl("Error: Trying to create object which is not М 
"DECLARE DYNCREATE nor DECLARE SERIAL: €hs.in", 
m lpszClassName); 

return NULL; 


#0027 
#0028 
#0029 
80030 
80031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
80040 
80041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 


#O060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0069 
#0070 
#0071 
#0072 


#0073 
#0074 
#0075 


CObject* pObject = NULL; 
pObject = (*m p£nCreateObject) {}; 


return pObject; 


CRuntimeClass* PASCAL CRuntimeClass::Load(í) 
{ 

char szClassName[64]; 

CRuntimeClass* pClass; 


ҰЛ JJHOU : instead of Load from file, we Load from cin. 
cout << "enter a class name... "; 
сіп >> szClassMHame; 


for {pClass = pFirstClass; pClass != NULL; pClass = pClass->m pNextClass) 
t 
if (strcmp(szClassName, pClass->m lpszClassMame) == 0} 
return pClass; 


TRACEl("Error: Class not found: $s Xn", =2С1а=ѕ=Мате} ; 
return NULL; // not found 


CRuntimeClass* CObject::GetRuntimeClass() const 


{ 
return &CObject::classCObject; 


BOOL CObject::IsKindOf(const CRuntimeClass* pClass} const 
{ 


CRuntimeClass* pClassThis = GetRuntimeClassí); 
while (pClassThis != NULL) 


t 
if (pClassThis == pClass} 
return TRUE; 
pClassThis = pClassThis-?m pBaseClass; 
| 
return FALSE; // walked to the top, no match 


Воот, CWnd::Create() 
i 

return TRUE; 
] 


BOOL CWnd::CreateEx(í) 


#0076 


#0077 FreCreateWindow{}; 

#0078 return ТЕШЕ; 

#0079 | 

#0080 

#0081 BOOL CWnd::PreCreateWindow() 

#0082 1 

#0083 return TRUE; 

#0084 | 

#0085 

#0086 HOOL CFrameWnd::Createí) 

40037 { 

#0088 СгеатеЕхір; 

#0089 return ТЕШЕ; 

#0090 | 

#0091 

#0092 HOOL CFrameNnd: :FreCreateWindow {} 
#0093 { 

#00934 return ТЕШЕ; 

#0095 | 

#0096 

#0097 СМіпАрр% AfxGetApp(] 

0098 { 

#0099 return theApp.m pcurrentWinApp; 
#0100 | 

#0101 

#0102 IMPLEMENT DYNAMIC(CCmdTarget, CObject) 
#0103 IMPLEMENT DYNAMIC(CWinThread, CCmdTarget] 
#0104 IMPLEMENT DYNAMIC(CWinApp, CWinThread) 
#0105 IMPLEMENT DYNAMIC(CDocument, CCmdTarget) 
#0106 IMPLEMENT DYNCREATE(CWnd, CCmdTarget) 
40107 IMPLEMENT DYNAMIC(CView, CWnd) 

#0108 IMPLEMENT DYNCREATE(CFrameWnd, CWnd) 
M Y.H 

#0001 #include <iostream.h> 

#0002 #include "mfc.h" 

#0003 

#0004 class СМұМіпАрр : public CWinApp 
#0005 { 

#0006 public: 

#0007 CMyWinApp::CMyWinAppí) I 

#0008 | 

#0009 СмМуніпАрр::~-СМуніпАрр{} 4 

#0010 ] 

#0011 

#0012 virtual BOOL Initlnstanceí); 

#0013 т: 

#0014 

#0015 class CMyFrameWnd : public CFrameWnd 
#0016 1 

#0017 DECLARE DYNCREATE (CMyFrameWnd) 
#0018 public: 


#0019 CMyFrameWnd(); 
#0020 -CMyFrameWndií) 1 


#0021 | 

#0022 void SayHello{} { cout << "Hello CMyFrameWnd xn"; | 
#0023 1; 

#0024 

#0025 class CMyDoc : public CDocument 

#0026 £ 

#0027 DECLARE ОУМСВЕАТЕ {СМубос} 


#0028 public: 
#0029 Смурос::СМурос {р { 


#0030 cout << "СМубос Constructor Ап”; 
#0031 ] 
#0032 CMyDoc::-CMyDocí) t 
#0033 } 


#0034 void бауНе1ісір { cout << "Hello CMyDoc xn"; | 
#0035 p; 


#0036 

#0037 class CMyView : public CView 
#00358 1 

#0039 DECLARE DYNCREATE(CMyView) 


#0040 public: 
#0041 CMyView::CMyViewl] { 


#0042 cout << "СМуутем Constructor xn"; 
#0043 ] 

#0044 CMyView::-CMyView() t 

#0045 | 

#0046 void бауНе1ісір { cout << "Hello CMyView xn"; ] 

#0047 р; 

#0048 


#0049 // global function 
#0050 void AfxPrintAllClasses(í); 


MY.CPP 

#0001 #include "my.h" 

#0002 

#0003 СМұМіпАрр theApp; 

#0004 

#0005 BODL CMyWinAàpp::InitInstance(í) 
0006 ( 

#0007 m pMainWnd = new CMyFramelind; 
#0008 return ТЕШЕ; 

30009 | 

#0010 

#0011 ChMyFrameWnd::CMyFrameWwnd() 

#0012 { 

#0013 cout << "CMyFrameWnd Constructor xn"; 
#0014 Create(í); 

#0015 1 

#0016 


#0017 IMPLEMENT DYNCREATE(CMyFrameWnd, CFrameWnd) 
40018 IMPLEMENT DYNCREATE(CMyDoc, CDocument) 
#0019 IMPLEMENT DYNCREATE(CMyView, CView) 

#0020 


#0021 void PrintAllcClassesí)] 

#0022 £ 

#0023 CRuntimeClass* pClass; 

#0024 

#0025 // just walk through the simple list of registered classes 
#0026 Гог (pClass = CRuntimeClass::pFirstClass; pClass != NULL; 
#0027 pClass = pcClass-?m pNextClass) 

#0028 { 

#0029 cout << pClass->m lpszClassName << "ап"; 

#0030 cout << pClass->m nObjectSize << "An"; 

#0031 cout << pClass-»m wSchema << "Ап"; 

#0032 ] 

#0033 | 

днн о. «ОИЕ саннаи 
#0035 // main 

ЕСЖ T езезанананананананананананананананананананананананананананананананананананананананананананананананананананананананананананан, 
#0037 void main(í) 

#0038 { 

#0039 CWinApp* рАрр = AfxGetApp(í); 

#0040 

#0041 pApp-»Initaàpplication(); 

#0042 PApp-»InitInstanceí); 

#0043 pApp-?Run(í); 

#004 4 


#0045 //Test Dynamic Creation 
80046 CRuntimeClass* pClassRef; 
80047 CObject* pOb; 

#0048 мһі1е(1) 


#0049 { 

#0050 if ((pClassRef = CRuntimeClass::Loadí()) == NULL) 
#0051 break; 

#0052 

#0053 РОБ = pClassRef--CreateObject(); 

#0054 if {РОБ != NULL) 

#0055 рОҺ->5ауНе11о0(); 

#0056 ] 

#0057 | 


Persistence ( 永 续 生存 ) Wil 


面向 对 象 有 一 个 术语 : Persistence, ЕМЕН ЖАНЫ К Ж» Ромег-Ж, 528 
有 ， 对 象 又 如 何 能 够 永 续 存 留 ?当然 是 写 到 文件 去 嘿 。 
把 数据 写 到 文件 ， 很 简单 。 在 Document/View 架 构 中 ， 数 据 都 放 在 一 份 document (文件 ) 里 


头 ， 我 们 只 要 把 其 中 的 成 员 变 量 依 续 写 进 文件 即 可 。 成 员 变 量 很 可 能 是 个 对 象 ， 而 面 对 对 
月 ， 我 们 百 先 应 该 记载 其 类 名 称 ， 然 后 才 是 对 象 中 的 数据 。 


读 文件 融 有 点 膝 烦 了 。 当 程序 从 文件 中 读 到 一 个 类 名 称 ， 它 如 何 实现 (instantiate) 一 个 对 
象 ? 呵 ， 这 不 就 是 动态 生成 的 技术 吗 ?我 们 在 前 一 章 已 经 解决 把 了 。 


МЕС 有 一 套 Serialize 机 制 ， 目 的 在 于 把 文件 名 的 选择 、 文 件 的 开关 、 缓 冲 区 的 建立 、 数 据 的 
读 写 、 提 取 运 算 符 (>>) MRAZA (<<) 的 重 载 (overload) 、 对 象 的 动态 生成 ... 都 
包装 起 来 。 


上 述 Serialize 的 各 部 分 工作 ， 除 了 数据 的 读 守 和 对 象 的 动态 生成 ， 其 余 都 是 支 节 。 动 态 生 成 
的 技术 已 经 解决 ， 让 我 们 集中 火力 ， 分 析 数 据 的 读 写 动作 。 


Serialize (ЖЕ; 5) 


Bud&8—10xtt, НЫ АМ. ВРНЕТЕЖЛ, : 线条 (Stroke). AH, 
ЖЖ, ТЕНТ, ях: 
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| Circle 
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其 中 CObList 和 CDWordArray 是 MFC 提 供 的 类 ， 前 者 是 一 个 串 列 ， 可 放置 任何 从 CObject 派生 
下 来 的 对 象 ， 后 者 是 一 个 数组 ， 每 一 个 元 素 都 是 "double word"; 另外 三 个 类 : CStroke 和 
CRectangle 和 CCircle， 是 我 从 CObject 中 派生 下 来 的 类 。 


class CMyDoc : public CDocument 
1 

CObList m graphList; 

CSsize т sizeDoc; 


|; 
class CStroke : public CObject 
t 
CDWordArray m ptArray; // series of connected points 


ІШ; 
class CRectangle : public СсоБЛесе 
t 


CRect m rect: 


|a 
class CCircle : public CoOb3ject 
t 

CPoint т center; 


UINT m radius; 


ү, 
假设 现 有 一 份 文件 ， 内 容 如 图 3-3， 如 果 你 是 Serialize 机 制 的 设计 者 ， 你 希望 怎么 做 呢 ? 
把 图 3-3 写成 这 样 的 文件 内 容 好 吗 : 


се OO ;PCObList elements count 


оу? Ой .class name string length 
43 53 74 72 ÓF 6B 65 P"UCStrokaea" 

üz од .DWordArray size 

28 DO 13 бб ¿point 

2B 00 13 ОО іроіпЕ 

СА ÖÖ class name string length 
43 52 65 63 74 61 6E 67 ЕС 65 ;"CRectangle" 

11 00 22 OO 33 OO 44 00 Свест 

DT OO гсіазѕ name string length 
їз 43 бз 72 63 ЄС 65 g"CCilrcla" 

55 00 66 00 77 OO :CPoint & radius 

оу Ой ісінен name string length 
43 53 74 72 6F 6B 65 P"CS5trokae" 

ог O0 .DWordArray size 

28 00 35 DO point 

гв 00 35 ОО іроіпе 

СА ÖÖ class name string length 
43 52 65 ЄЗ 74 61 6E 67 6C 65 ;"CRectangle" 

її 00 22 OO аз OO 44 QOO Свест 

O7 пй Glass name string length 
43 43 68 72 63 6C 65 ІТССІгсіз" 

55 00 66 OO 77 OO ІСРсіпе Е radius 


还 算 堪 用。 但 如 果 考 虑 到 屏幕 苞 动 的 问题 ， 以 及 印 表 输出 的 问题 ， 应 该 在 最 前 端 增加 [文件 
大 小 ] 。 另 外 ， 如 果 这 份 文 件 有 100 条 线条 ，50 个 圆 形 ，80 个 矩形 ， 难 不 成 我 们 要 记录 
230 个 类 名 称 ? 应 该 有 更 好 的 方法 才 是 。 


CObList m_graphList 





图 3-3 一 个 串 询 ， 内 含 三 种 基本 图 形 : А, B. ЖЖ. 


我 们 可 以 在 每 次 记录 对 象 内 容 的 时 候 ， 先 写 入 一 个 代码 ， 表 示 此 对 象 之 类 是 否 鲁 在 文件 中 记 
Xf. ШЖ, Не к Еж А; 如 果 是 旧 类 ， 则 以 代码 表示 。 


这 样 可 以 节省 文件 大 小 以 及 程序 用 于 解析 的 时 间 。 啊 ， 不 要 看 到 文件 大 小 融 想 到 硬盘 很 便 
宜 ， 果 上 的 一 切 都 将 被 带 到 网 上 ， 你 得 想 想 网 络 频 宽 这 回 事 。 


还 有 一 个 问题 。 文 件 的 【版 本 」 如 何 控制 ? 旧版 程序 读 取 新 版 文件 ， 新 版 程序 读 取 旧 版 文 
件 ， 都 可 能 出 状况 。 为 了 防 和 尝 ， 最 好 把 版 本 号 代码 记录 上 去 。 最 好 是 每 个 类 有 目 己 的 版 本 号 
代码 。 


下 面 是 新 的 构想 ， 也 就 是 Serialization 的 目标 : 


20 03 H4 03 :Document біте 


o6 00 .CObList elements count 
FF FF new class tag 

o2 оо schema 

о? oO class name string length 
43 53 74 72 6F 6B 65 "CEStroke" 

o2 o0 .DWoOordArray size 

2H 00 13 00 point 

2H 00 13 00 point 

БЕ КЕ new class tag 

Ol 00 ; schema 

СА oO class name string length 
43 52 65 63 74 61 6E 67 6C 65 ;P"CRectangle" 

11 00 22 00 33 OO 44 00 Е CRe ct 

FF FF new class tag 

ol 00 г= спета 

оу OO palass name string length 
43 43 68 72 63 6С 65 £ "UCL Glas" 

55 ОО 66 00 27 00 ІСРсіпе & radius 

01 во old class tag 

o2 o0 .DWordArray size 

28 OO 35 OO ;point 

2H 00 35 DD i point 

оз BO гсіс class tag 

11 00 22 00 33 OO 44 60 .CRe&ct 

05 BO old class tag 

55 Ооо 66 OO 77 OO .CPoint & radius 


®%®=а-— 1 + 1] й & Ѕегіаіхаіоп 4, ЖЬШ {РЕ Serialize 好 了 。 假 设 现 在 我 的 Document 
类 名 称 为 CScribDoc， 我 希望 和 这 么 便利 的 程序 方法 (请 仔细 琢磨 琶 磨 其 便利 性 ) 


void CseribDoc: :Serialize (CArcChives ar) 
t 
if (ar.IsStoring()) 
ar << m sizeDoc; 
else 
ar >> m sizeDoc; 
m graphList.Serialize(ar); 


void CObList::Serialize(CArchive& аг) 


t 
if (ar.IsStoring()) t 


ar << (WORD) m nCount; 
for (CNode* pNode = m pNodeHead; pNode != NULL; pNode = pNode-»pMext) 
ar << pNode->data; 
} 
else 4 
WORD nNewCount; 
ar >> nMNewCount; 
while (nMewCount--) { 
CObject* newData; 
ar >> new[Data; 
AddTaili(newData); 


void CStroke::Serialize(CArchive& ar) 


t 
m ptArray.Serialize(ar); 


void CDWordArray::Serialize(CArchive& ar) 
1 
if (ar.IsStoring()) i 
ar << (WORD) m nSize; 
for (int i = 0; i < m nSize; i++) 
ar << m pData[i]; 
] 
else 4 
WORD nōldSize; 
аг >> nOldsSize; 
for (int i = 0; i < m nSize; i++) 
аг >> m pData[i]; 


void CRectangle::Serialize(CArchive& ar) 


t 
if (ar.IsStorinqgí()) 
ar << m rect; 
else 


ar »» m rect; 


void CCircle::Serialize(CArchivek&k ar) 


i 
if (ar.IsStoring()) { 


аг << (WORD)m center.x; 
ar << (WORD)m center.y; 
ar << (WORD)m radius; 

] 

else 4 
аг >> (WORD&)m center.x; 
аг >> (WORD&)m center.y; 
аг >> {HORDE}m radius; 


每 一 个 可 写 到 文件 或 可 从 文件 中 读 出 的 类 ， 都 应 该 有 它 自己 的 Serailize 494, f£ x c Bal 
数据 读 写 文件 动作 。 此 类 并 且 应 该 改写 << 运算 符 和 >> 运算 符 ， 把 数据 导 流 到 archive 中 。 
archive 是 什么 ?是 一 个 与 文件 息息相关 的 缓冲 区 ， 和 暂时 你 可 以 想象 它 就 是 文件 的 化 身 。 当 
3-3 的 文件 写 入 文件 时 ，Serialize 函数 的 调用 次 序 如 图 3-4, 





| CObList::Seria lize | 


如 果品 列 元 来 是 ан 


CStroke::Serialize 





Le [ GOWordAray.Seriize | 
ВЕНА ОЛЕ PE 一 -一 
m CRectangle::Serialize 
如 果 aC UN CCircle::Serialize 


图 3-4 图 3-3 的 文件 内 容 写 和 人 文件 时 ，Serialize ЖЕНА 95. 


DECLARE SERIAL / IMPLEMENT SERIAL Ж 


要 将 << 和 >> 两 个 运算 符 重 载 化 ， 还 要 让 Serialize ЖАП АЛУ % НХЛ Ж pa BB z rh, 
最 好 的 作法 仍然 是 使 用 安 。 


类 之 能 够 进行 文件 读 写 动 作 ， 前 提 是 拥有 动态 生成 的 能 力 ， 所 以 ，MFC 设计 了 两 个 宏 
DECLARE_SERIAL 和 IMPLEMENT_SERIAL : 


#define DECLARE SERIAL(class name) % 
DECLARE DYNCREATE(class name) \ 
friend CArchive& AFXAPI operator»-»(CArchive& ar, class name* &pOb); 


#define IMPLEMENT SERIAL(class name, base class name, м5сһета) \ 

CObject* PASCAL class name::CreateObjectí) ^ 
{ return new class name; ] } 

 IMPLEMENT RUNTIMECLASS(class name, base class name, wSchema, % 
class name::CreateObject) x 

CArchive& AFXAPI operator»-»(CArchive& ar, class name* &pOb) "x 

{ РОБ = (class name*) ar.ReadObject(RUNTIME CLASS(class папе)); ^ 
return ar; | A 


为 了 在 每 一 个 对 象 补 处理 GRS) УНО, ВЕ АНТ, ЕАН 
现 、 记 录 版 本 号 代码 、 记 录 文 件 名 等 工作 ，CRuntimeClass 需要 两 个 函数 Load 和 Store : 


struct CRuntimeClass 


i 


// Attributes 


}; 


你 已 经 在 上 一 节 看 过 Load 8%, 5A Tii, Жебені, UUSBBER E 


LPCSTR m lpszClassName; 

int m nObjectSize; 

UINT m wSchema; // schema number of the loaded class 

CObject* (PASCAL* m pfnCreateObject)í(); // NULL => abstract class 
CRuntimeClass* m pHaseClass; 


CObject* CreateObject(); 
void Store(CArchive& ar) const; 
static CRuntimeClass* PASCAL Load(CArchive& ar, UIMT* pwSchemaNum); 


// CRuntimeClass objects linked together in simple list 
static CRuntimeClass* pFirstClass; // start of class list 
CRuntimeClass* m pNextClass; // linked list of registered classes 


2 


ЕН 
= 


Wh, ВЕ 6 aE AQ +rh;;— 5 А, 2 югем, EE АЛУ: 


// Runtime class serialization code 


// Runtime class serialization code 
CRuntimeClass* PASCAL CRuntimeClass::Load(CArchive& ar, UINT* pwSchemaHum) 


t 


WORD nLen; 
char szClassMame[64]:; 
CRuntimeClass* pClass; 


аг >> (WORD&)(*pwsSschemaMum) >> nLen; 


if (nLen >= sizeofí(szClassMame) || ar.RBeadí(szClassMame, nLen) != пеп} 


return NULL; 


szCclassMame[nLen] = '*à'; 


for (pClass- pFirstClass; pClass !- NULL; pClass = pClass-?m pNextClass) 


if (lstrcmpíszClassMName, pClass-?m lpszClassName) == 0} 


return plass; 


return NULL; // not found 


void CRuntimeClass::5tore(CArchive& ar) const 


3-4 的 例子 中 ， 为 了 让 整个 Serialization 机 制 运 作 起 来 ， 我 们 必须 做 这 样 的 类 声明 : 


// stores а runtime class description 


WORD nLen = {WORD} lstrlenA{m lpszclassName); 
аг << (WORD)m wSchema << пеп; 


ar.Write(m lpszClassMame, nLen*sizeofichar]); 


Ж 
=> 


名 


class CScribDoc : public CDocument 


DECLARE DYNCREATE(CScribDoc) 


$; 
class CStroke : public CObject 


DECLARE_SERIAL(CStroke) 
public: 
void Serialize(CArchive&); 


$; 
class CRectangle : public CObject 


DECLARE SERIAL (CRectangle) 
public: 
void Serialize(CArchive&); 


$; 
class CCircle : public CObject 


DECLARE SERIAL(CCircle) 
public: 
void Serialize(CArchive&); 


}; 


以 及 在 .CPP 文件 中 做 这 样 的 动作 : 


IMPLEMENT_DYNCREATE(CScribDoc, CDocument) 
IMPLEMENT_SERIAL(CStroke, CObject, 2) 
IMPLEMENT_SERIAL(CRectangle, CObject, 1) 
IMPLEMENT_SERIAL(CCircle, CObject, 1) 


然后 呢 ? 分 头 设计 CStroke、CRectangle 和 CCircle 的 Serialize РАВ. Ж, ETRAS ARA 
地 ，MFC 原 始 代码 中 的 CObList 和 CDWordArray 有 这 样 的 内 容 : 


// in header files 
class CDWordArray : public CObject 


DECLARE SERIAL ((CDWordArray ) 
public: 
void Serialize(CArchive&); 


$; 
class CObList : public CObject 


{ 

DECLARE_SERIAL(CObList) 
public: 

void Serialize(CArchive&); 


$; 

// in implementation files 

IMPLEMENT SERIAL(CObList, CObject, 0) 
IMPLEMENT SERIAL(CDWordArray, CObject, 0) 


而 CObject 也 多 了 一 个 虚 函 数 Serialize : 


class CObject 


{ 
public: 
virtual void Serialize(CArchive& ar); 


} 


Message Mapping (消息 映射 ) 


Windows 程序 靠 消息 的 流动 而 维护 生命 。 你 已 经 在 第 一 章 看 过 了 消息 的 一 般 处 理 方式 ， 也 吏 
是 在 窗口 画 数 中 借 着 一 个 大 大 的 switch/case 比 对 动作 ， 判 别 消 息 再 调用 对 应 的 义理 例 程 。 为 
了 让 大 大 的 switch/case 比 对 动作 简化 ， 也 让 程序 代码 更 模块 化 一 些 ， 我 在 第 1 章 提 供 了 一 个 
简易 的 消息 映射 表 作 法 ， 把 消息 和 其 义理 例 程 关联 起 来 。 


当 我 们 的 类 库 成 立 ， 如 果 其 中 与 消息 有 关 的 类 ( 寻 且 叫 作 [消息 标的 类 」 好 了 ， 在 MFC 之 中 
Е CCmdTarget) 都 是 一 条 办 了 式 地 继承 ， 我 们 应 该 为 每 一 个 消息 标的 类 」 准备 一 个 消息 映 
射 表 ， 并 且 将 基 类 与 派生 类 之 消息 映射 表 串 接 起 来 。 然 后 ， 当 窗口 本 数 做 消息 的 比 对 时 ， 我 
们 就 可 以 想 办 法 导 引 它 治 着 这 条 路 走 过 去 : 


但 是 ，MFC 之 中 用 来 义理 消 息 的 C++ X, УЖЕ кр, l'application framework 的 重 
要 架构 之 一 的 document/view， 也 具有 义理 消息 的 能 力 (你 现在 可 能 还 不 清楚 什么 是 
document/view， 没 有 关系 ) 。 因 此 ， 消 息 厌 以 欧 爬 的 路 线 应 该 有 横流 的 机 会 : 


消息 如 何 流动 ， 我 们 暂时 先 不 管 。 是 曾 线 朋 进 ， 或 是 中 途 换 跑道 ， 我 们 都 暂时 不 管 ， 本 节 先 
把 这 个 欧 拒 路线 网 建立 起 来 再 说 。 这 整个 欧 息 路 线 网 就 是 所 谓 的 消息 映射 表 (Message 
Map) ; 说 它 是 一 张 地 图 ， 当 然 也 没有 错 。 将 消息 与 表格 中 的 元 素 比 对 ， 然 后 调用 对 应 的 处 
理 例 程 ， 这 种 动作 我 们 也 称 之 为 消息 映射 (Message Mapping) 。 
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为 了 尽量 降低 对 正常 (一般 ) 类 声明 和 定义 的 影响 ， 我 们 希望 ， 最 好 能 够 像 RTTI 和 Dynamic 
Creation 一 样 ， 用 一 两 个 安 融 完成 这 巨大 师 蛛 网 的 构造 。 最 好 能 够 像 DECLARE_DYNAMIC 
和 IMPLEMENT DYNAMIC 宏 那 么 方便 。 


目 先 定义 一 个 数据 结构 : 


struct АЕХ_М5СМАР 


AFX MSGMAP* pBaseMessageMap; 
AFX MSGMAP ENTRY* lpEntries; 


JB 


其 中 的 AFX_ MSGMAP ENTRY 又 是 另 一 个 数据 结构 : 


struct AFX MSGMAP ENTRY // МЕС 4.0 format 

t 
UINT nMessage; // windows message 
UINT nCode; // control code or WM_NOTIFY code 
UINT nID; // control ID (or 0 for windows messages) 
UINT nLastID; // used for entries specifying a range of control id's 
UINT nSig; // signature type (action) or pointer to message # 
AFX_PMSG pfn; // routine to call (or special value) 


| 


其 中 的 АРХ_РМ$С 定义 为 函数 指针 : 


typedef void (CCmdTarget::*AFX PMSG)(void); 


然后 我 们 定义 一 个 安 : 


#define DECLARE MESSAGE MAP() N 

static AFX MSGMAP ENTRY  messageEntries[]; N 
static AFX MSGMAP messageMap; N 

virtual AFX MSGMAP* GetMessageMap() const; 


FÆ, DECLARE MESSAGE MAP 就 相当 于 声明 了 这 样 一 个 数据 结构 : 


_messageEntries[] 





这 个 数据 结构 的 内 容 填 塞 工作 由 三 个 宏 完 成 : 


#define BEGIN MESSAGE MAP(theClass, baseClass) N 

AFX MSGMAP* theClass::GetMessageMap() const N 

i return &theClass::messageMap; ) N 

AFX MSGMAP theClass::messageMap = N 

1 &(baseClass::messageMap), N 

(AFX MSGMAP ENTRY*) &(theClass:: messageEntries) }; N 
АЕХ MSGMAP ENTRY theClass:: messageEntries[] = N 


| 

#define ON COMMAND(id, memberFxn) N 

iWwM COMMAND, 0, (WORD) 1а, (WORD )id, AfxSig. vv, (AFX PMSG)memberFxn), 
4define END MESSAGE MAP() N 

{ 0, 0, 0, 0, AfxSig end, (AFX PMSG)O } ^ 

$; 


其 中 的 AfxSig_end 定义 为 : 


enum AfxSig 


AfxSig_end = 0, // [marks end of message map] 
AfxSig. му, 


}; 


AfxSig_xx 用 来 描述 消息 处 理 例 程 memberFxn 的 类 型 (参数 与 回 返 值 ) 。 本 例 纯 为 模拟 与 简 
化 ， 所 以 不 在 这 上 面 作文 章 。 真 正 讲 到 MFC 时 (第 四 篇 p580) ， 我 会 再 解释 它 。 


于 是 ， 以 CView 为 例 ， 下 面 的 原始 代码 : 


// in header file 
class CView : public CWnd 


{ 
public: 


DECLARE MESSAGE MAP ( ) 
ү 


// in implementation file 
#define CViewid 122 


BEGIN MESSAGE MAP(CView, Сипа} 


ON COMMAND(CViewid, 0) 
END MESSAGE MAP() 


ЗА ЖЕ РАХ Ж: 


//f іп header file 
class CView : public сипа 


{ 
public: 


static АРХ MSGMAP ENTRY  messageEntries[]: 

static AFX MSGMAP messageMap: 

virtual AFX MSGMAP* GetMessageMapí() const; 
F; 


// in implementation file 
АРХ MSGMAP* CView::GetMessageMap() const 
( return &CView::messageMap; ] 
AFX MSGMAP CView::messageMap = 
t &(CWHnd: :messageMap) , 
(АҒХ MSGMAP ENTERY*) &(CView:: messageEntries) |; 
AFX MSGMAP ENTRY CView:: messageEntries[] = 
i 
{ WM COMMAND, О, (WORD)122, (WORD)122, 1, (AFX PMSG)O |, 
О, 0, 0, 0, 0, (АЕХ PMSG)O ] 
ы; 


以 图 表示 则 为 : 


CWnd::messagelMap 


| S рВазеМеззадеМар. 
(View: теѕѕадеЕпіпеѕ[| pBaseMessageMap | 


IpEntries 





WM COMMAND, 0, 122, 122, 1, (AFX PMSG)0 





0.0.0. 0. 0. (AFX PMSG)O C VIew:messagelvap 


我 们 还 可 以 定义 各 种 类 似 ОМ COMMAND 这 样 的 安 ， 把 各 去 各 样 的 消息 与 特定 的 处 理 例 程 关 
联 起 来 。MFC 里 头 就 有 名 为 ОМ WM РАМТ, ОМ WM CREATE, ОМ WM SIZE... SER 


ri 
о 





我 在 Frame7 范例 程序 中 为 CCmdTarget 的 每 一 派生 类 都 产生 类 似 上 图 的 消息 映射 表 : 


// in header files 
class CObject 


. // 注意 : CObject 并 不 属于 消息 流动 网 的 一 份子 。 


$; 
class CCmdTarget : public CObject 
| 

DECLARE MESSAGE MAP() 
$; 
class CWinThread : public CCmdTarget 
i 

. // 注意 : CWinThread 并 不 属于 消息 流动 网 的 一 份子 。 

$; 
class CWinApp : public CWinThread 
| 

DECLARE MESSAGE MAP () 
$; 
class CDocument : public CCmdTarget 
{ 

DECLARE MESSAGE MAP() 
$; 
class Смпа : public CCmdTarget 
{ 

DECLARE MESSAGE МАР() 
$; 
class CFramewnd : public Cwnd 
{ 

DECLARE MESSAGE MAP() 
$; 
class CView : public CWnd 
i 

DECLARE MESSAGE. MAP( ) 
$; 
class CMyWinApp : public CWinApp 
{ 

DECLARE MESSAGE MAP() 
$; 
class CMyFramewnd : public CFrameWwnd 
{ 

DECLARE MESSAGE МАР() 
$; 
class CMyDoc : public CDocument 
{ 

DECLARE MESSAGE MAP() 
$; 
class CMyView : public CView 
g 

DECLARE MESSAGE MAP() 
$; 


ЖНЕЯНАН Ы Ы ЕЕЕ, АР СЕ Тб НІН ОМ COMMAND— 
个 项 目 ) 


// in implementation files 

BEGIN MESSAGE MAP(CWnd, CCmdTarget) 
ON. COMMAND(CWndid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CFramewnd, CWnd) 

ON COMMAND(CFramewndid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CDocument, CCmdTarget) 
ON COMMAND(CDocumentid, 0) 

END MESSAGE. МАР() 

BEGIN MESSAGE MAP(CView, CWnd) 

ON COMMAND(CViewid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CWinApp, CCmdTarget) 
ON COMMAND(CWinAppid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CMyWinApp, CWinApp) 
ON COMMAND(CMyWinAppid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CMyFramewnd, CFrameWnd) 
ON COMMAND(CMyFrameWwndid, 0) 

END MESSAGE MAP ( ) 

BEGIN MESSAGE MAP(CMyDoc, CDocument ) 
ON COMMAND(CMyDocid, 0) 

END MESSAGE МАР() 

BEGIN MESSAGE MAP(CMyView, CView) 

ON COMMAND(CMyViewid, 0) 

END MESSAGE МАР() 


[ep tik Е НАК Re ССтаТагде 的 映射 表 内 容 : 


AFX MSGMAP CCmdTarget::messageMap = 


NULL, 
&CCmdTarget:: messageEntries[0] 


$; 
AFX MSGMAP ENTRY CCmdTarget:: messageEntries[] = 


{ 0, 0, CCmdTargetid, 0, AfxSig end, O ) 
}; 


Ға, 7А) МАРТ (А 3-5) . 


"ANinThreac CWinApp CMyWinApp 













ELITS 





CView 
H a 
CCmdTarget CWnd CFrameWnd .— CMyFrameWnd  : 


< = Га wm 
[T ГЕ m кей 


' 122, “(| 


O00009 





CDocument  CMyDocument 










A 





图 3-5 Frame7 程 序 所 架构 起 来 的 消息 流动 网 (也 就 是 Message Map) 


为 了 验证 整个 消息 映射 表 ， 我 必须 在 映射 表 中 做 点 记号 ， 等 全 邵 构造 完成 之 后 ， 再 一 一 追踪 
把 记号 显示 出 来 。 我 将 为 每 一 个 类 的 消息 映射 表 加 上 这 个 项 目 : 


ОМ COMMAND(Classid, 0) 


这 样 就 可 以 把 Classid в ЕҤ] РН 4 Eis. EAMA (于 МЕС m) 当然 不 是 这 样 ， 这 只 
不 过 是 权宜 之 计 。 


在 main 函 数 中 ， 我 先 产生 四 个 对 象 (分 别 是 CMyWinApp、CMyFrameWnd、CMyDoc、 
CMyView 对 象 ) 


CMyWinApp theApp; // theApp № СМуйїпАрр 物件 
void таїп{} 
1 
CWinApp* pApp = AfxGetApp(t): 
p^App--1InitApplication(í): 
pApp-»1nitInstance(t): // ШЕ CMyFrameWnd ФИЯ 
pApp-»Run(t); 


CMyDoc* pMyDoc = new CMyDoc; + // 产生 смұрос EISE 
CMyView* pMyView = new CMyView; ИА 产生 CMyV ieu xf on 
CFrameUWnd* pMyFrame = [CFrameWnd*)pApp-2m pMainWnd; + 


у € 


然后 分 别 取 其 消息 映射 表 ， 一 路 追踪 上 去 ， 把 每 一 个 消息 映射 表 中 的 类 记号 打印 出 来 : 


void mainí) 


{ 


AFX MSGMAP* pMessageMap = pMyView--GetMessageMapí)]; 


cout << endl << "CMyView Message Map : " << endl; 
MsgMapPrintingiípMessageMap); 

phMessageMap = pMyDoc--GetMessageMapií); 

cout << endl << "CMyDoc Message Map : " << endl; 


MsgMapPrintingiphMessageMap]); 


pMessageMap = pMyFrame--GetMessageMapí];: 


cout << endl << "CMyFrameWnd Message Map : " << endl; 
MsgMapPrintingi(pMessageMap]); 

pMessageMap = pApp--GetMessageMapí); 

cout << endl << "CMyWinApp Message Map : " << endl; 


MsgMapPrintingipMessageMap]); 
] 


下 面 这 个 函数 追 踩 并 打印 消息 映射 表 中 的 classid 记 号 : 


void MsgMapPrinting(AFX MSGMAP* pMessageMap) 
t 
Еог{; pMessageMap != NULL; pMessageMap = pMessageMap-»pBHaseMessadgeMap) 


AFX MSGMAP ENTRY* lpEntry = pMessageMap-»lpEntries; 
printlpEntries(lpEntry); 


! 


void printlpEntries(AFX MSGMAP ENTRY* lpEntry)] 
i 
struct { 
int classid; 
char* classname; 
} classinfo[] = í 


CCmdTargetid, "CCmdTarget", 
CWinThreadid, "CWinThread", 
CW1nAppid, "СМАПАРр", 
CMyyWinAappid, —"CMyWinApp", 
Candid, "сипа", 
CFrameWndid, "CFrameWnd", 


CMyFrameWndid, "CMyFrameWnd", 


CViewid, "View", 
CMyViewid, "UMy View", 
CDocumentid, "cCDocument", 
CMyDocid, "UMyDoc", 
ü, + 
|; 
for (int 1=0; classinfo[i].classid != О; i++} 
i 
if (classinfo[i].classid == lpEntry--nID) 


{ 


cout << lpEntry->nID << f 


Ħa 
F 


cout << classinfo[i].classname << endl; 


break; 


| 


Frame7 的 命令 列 编译 链接 动作 是 〈 环 境 


一 节 ) 


cl ту.срр mfc.cpp <Enter> 


Егате7 的 执行 结果 是 : 


CMyView Message Map : 
1221 CMyView 

122 CView 

12 Сипа 

1 CCmdTarget 


ChtyDoc Message Map : 
131 CMyDoc 

13 CDocument 

1 COmdTarget 


CMyFrameWnd Message Map : 
1211 CMyFrameWnd 

121 CFrameWnd 

12 Спа 


1 CCmdTarget 
СМуйїпАрр Message Мар 
1111 CMyWin&pp 


111 CWinApp 
1 CoOmdTarget 


Frame7 范例 程 


MFC.H 


Ф 


re 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0OUS 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 


#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#O0 30 
#0031 
#0032 
#0033 


Kdefine 
#define 


typedef 
typedef 


typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 


#define 
define 
#define 
#define 
#define 
#define 
#define 
#define 


#define 
#define 
#define 
# Че fine 
#define 


TRUE 1 
FALSE 0 


char* LPSTR; 
const char* LFCSTR; 


unsigned long  DWORD; 
int BOOL; 
unsigned char BYTE; 
unsigned short WORD; 
int INT; 
unsigned int X UINT; 
long LONG; 
WM COMMAND 
CObjectid 
COmdTargetid 
CWinThreadid 
CWinAppid 
CMyWinAppid 
CWndid 
CFrameWndid 


CMyFrameWndid 
CViewid 
CHMyViewid 
CDocumentid 
CMyDocid 


Kinclude <iostream.h> 


0х0111 
ОхЕЕЕЕ 


121 


1211 
122 
1221 

13 
131 


РРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРЈ 


// Window message map handling 


#0034 
#0035 
#0036 
%0037 
#0038 
#0039 
айай 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 


#0069 
$0070 
#0071 
#0072 
#0073 
#0074 
#0075 
FOOTE 
KODTT 
$0078 
ROOTS 


struct AFX MSGMAP ENTRY; // declared below after Сипа 


struct АҒХ MSGMAP 


t 
АҒХ MSGMAP* рНазеМеязадеМар; 


АҒХ MSGMAP ENTRY* lpEntries; 


#define DECLARE MESSAGE МАР{} \ 
static АҒХ MSGMAP ENTRY  messageEntries[]: ^ 
static AFX MSGMAP messageMap; * 
virtual AFX MSGMAP* GetMessageMap() const; 


#define BEGIN MESSAGE MAP(theClass, baseClass) \ 
АҒХ MSGMAP* theClass::GetMessageMap() const N 
( return &theClass::messageMap; | \ 
AFX MSGMAP theClass::messageMap = \ 
4 & (baseClass::messageMap), ` 
{АРХ MSGMAP ENTRY*) &(theClass:: messageEntries) }; \ 
АҒХ MSGMAP ENTRY theClass:: messageEntries[] = X 
{ 


#define END MESSAGE MAP() ` 
( 0, 0, 0, 0, AfxSig end, (AFX PMSG)O ) ^ 
}; 


// Message map signature values and macros in separate header 
#include "afxmsg .h" 


class CObject 
t 
public: 
CObject::CObject() | 
| 
CObject::-CObject() { 


} 
E 


class CCmdTarget : public CObject 
i 
public: 
CCmdTarget::CCmdTarget() { 
] 
CCmdTarget::-CCmdTarget() ( 
] 
DECLARE MESSAGE МАР { } // base class = no {{ |} macros 


#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 
#0090 
#0091 
#0092 
#0093 
#0094 
#0095 
#0096 
#0097 
#0098 
#0099 
#0100 
#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
80111 
%0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 


#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
#0132 
#0133 


|; 
typedef void (CCmdTarget::*AFX PMSG} (void); 


struct AFX MSGMAP ENTRY // МЕС 4.0 


l 
UINT nMessage; // windows message 
UINT nCode; // control code ог WM NOTIFY code 
UINT nID; // control ID (or О for windows messages) 
UINT nLastID; // used for entries specifying a range of control id's 
UINT n5ig; // signature type (action) or pointer to message # 
AFX PMSG ріп; // routine to call (or special value) 

l; 

class CWinThread : public CCmdTarget 


і 
public: 
CWinThread::CWinThreadí() I 
] 
CWinThread::-CChWinThreadi) 4 
] 
virtual BOOL InitInstance) 4 
cout << "CWinThread::InitlInstance Ап"; 
return ТЕПЕ; 
] 
virtual int Runí) { 
cout << "CWinThread::Run xn"; 
return 1; 
] 
|; 
class CWnd; 


class CWinApp : public CWinThread 


{ 
public: 
CWinApp* m pCurrentWinApp; 
CWnd* m pMainWmnd; 
public: 
CWinApp::CWinapp(í) t 
m pCurrentWinApp = this; 
| 
CWinApp::-CWinAppí) { 
] 
virtual ВОСІ, InitApplicationí() £ 
cout << "CWinApp::InitApplication xn"; 
return TRUE; 
| 
virtual BOOL InitInstanceí() { 
cout << "CWinApp::InitInstance xn"; 
return TRUE; 


#0134 ] 
#0135 virtual int Runí) t 


#0136 cout << "CWinApp::Run Xn"; 
#0137 return CWinThread::Runí); 
#0138 } 

#0139 

#0140 DECLARE MESSAGE МАР{} 

#0141 1; 

#0142 

#0143 typedef void (CWnd:: *AFX PMSGW) (void); 

#0144 // like 'AFX PMSG' but for Сипа derived classes only 
#0145 

#0146 class CDocument : public CCmdTarget 

#0147 { 

#0148 public: 

#й149 TDocument: : CDocument í) { 

#0150 ] 

#0151 CDocument::-CDocumentí) £ 

#0152 | 

#0153 DECLARE MESSAGE МАР () 

#0154 1; 

#0155 

#0156 class CWnd : public CCmdTarget 

#0157 { 


#0158 public: 
#015% cCWnd: :CWnd{} { 


#0160 } 
#0161 CWnd::-CWnd() { 
#0162 | 
#0163 


#0164 virtual BOOL Create(í); 

#0165 HOOL CreateExí); 

#0166 virtual HOOL PrecreateWindowí]; 
#0167 


#0168 DECLARE MESSAGE МАР {} 

#0169 |; 

#0170 

#0171 class CFrameWnd : public CWnd 


#0172 { 
#0173 public: 


#0174 CFrameWnd::CFrameWnd () t 
#0175 ] 
#0176 CFrameWnd::-CFrameWndí) 1 
#0177 ] 


#0178 BOOL Create(); 

#0179 virtual BOOL PreCreateWindow{}; 
#0180 

40181 DECLARE MESSAGE МАР{} 

#0182 |}; 

#0183 

#0184 class CView : public CWnd 

#0185 { 

#0186 public: 


#0187 CView::CViewi)] t 

#0188 | 

#01839 CView::-CView() ( 

#0190 | 

#0191 DECLARE MESSAGE МАР{} 

#0192 ор; 

#0193 

#0194 // global function 

#0195 СМіпАрр% AfxGetApp{}; 

AFXMSG .H 

#0001 enum Afx5ig 

#0002 { 

#0003 АЁх5ід end = 0, // [marks end of message map] 
#0004 AfxSig vv, 

#0005 ор; 

#0006 

#0007 #define ОМ COMMAND(id, memberFxn) % 

#0008 { WM COMMAND, D, (WORD)id, (WORD)id, AfxSig vv, (АРХ PMSG)memherFxn }, 
MFC.CPP 

#0001 #include "my.h" // ВЕЛ. mfc.h ЗЫН, 但 为 /| смуйїпАрр ЕТЕУ. BA... 
#0002 + 

#0003 extern CHMyWinApp ЕһеАрр; + 

#0004 + 

#0005 BOOL CWnd::Createl] + 

#0005 {. 


#0007 


cout << "CWHnd: Create n"; + 


40008 return TRUE; 

#0009 } 

#0010 

#0011 BOGL CWnd::CreateEx() 

#0012 { 

#0013 cout << "CWnd::CreateEx Xn"; 
#0014 PrecCcreateWindow { }; 

#0015 return TRUE; 

#0016 ] 

80017 

#0018 BOOL CWnd::PreCreateWindow() 
#0019 { 

#0020 cout << "CWnd::PreCreateWindow xn"; 
#0021 return ТЕПЕ; 

#0022 | 

#0023 

#0024 BOOL CFrameWnd::Create() 

#0025 { 

#0026 cout << "CFrameWnd::Create "Nn"; 
#0027 CreateExí); 

#0028 return TRUE; 

#0029 |} 

#0030 

#0031 ВОО CFrameWnd::PreCreateWindow() 
#0032 { 

#0033 cout << "CFrameWnd::PreCreateWindow Nn"; 
80034 return TRUE; 


#0035 | 

#0036 

#0037 CWinApp* AfxGetApp(í) 

#0038 { 

#0039 return theApp.m pCurrentWinApp; 
#0040 | 

#0041 


#0042 АРХ MSGMAP* CCmdTarget::GetMessageMapí) const 
#0043 { 

#0044 return sCCmdTarqget::messaqeMap; 

#0045 | 

#0046 

#0047 AFX MSGMAP CCmdTarget::messageMap = 

#0048 { 

#0049 NULL, 

#0050 &CCmdTarget:: меззадеЕпег1ез [0] 

#0051 ү; 

#0052 

#0053 АРХ MSGMAP ENTRY CCmdTarget:: messageEntries[] = 


%0054 
%0055 
%0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 


MY.H 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 


#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 


/Ғ ( 0, 0, 0, 0, AfxSig end, 0 } 


{ 0, 0, CCmdTargetid, 0, AfxSig end, 


l; 


BEGIN MESSAGE MAP(CWnd, CCmdTarqet) 
ON COMMAND(CHndid, 0) 
END MESSAGE МАР () 


BEGIN MESSAGE MAP(CFrameWnd, CWnd) 
ON COMMAND (CFrameWndid, 0) 
END MESSAGE MAP() 


BEGIN MESSAGE MAP(CDocument, COmdTarget) 
ON COMMAND(CDocumentid, 0) 
END MESSAGE MAP() 


BEGIN MESSAGE MAP(CView, CWnd) 
ON COMMAND(CViewid, 0) 
END MESSAGE MAP() 


BEGIN MESSAGE MAP(CWinApp, CCmdTarget) 
ON COMMAND(CWinAppid, 0) 
END MESSAGE MAP() 


+#include «iostream.h-? 
Binclude "mfc.h" 


class CMyWinApp : 
i 
public: 


CMyWinApp::CMyWinApp(i) 


public CWinApp 


t 

] 
CMyWinApp: : -CMyWinApp|( ) 4 
] 
virtual BOOL InitlInstanceí); 


DECLARE MESSAGE МАР () 
Із 


class CMyFrameWnd : 


{ 
public: 


public CFrameWnd 


// nothing here 
о | 


#0019 


CMyFrameWnd (i); 


#0020 “СМұҒізпеЙйтаір { 

#0021 } 

#0022 DECLARE MESSAGE МАР{} 

#0023 р; 

#0024 

#0025 class CMyDoc : public CDocument 
30026 £ 

#0027 public: 

#0028 CMyDoc::cMyDocí) 4 

#0029 ] 

#0030 CMyDoc::-CMyDocí) 4 

#0031 ] 

#0032 DECLARE MESSAGE MAP() 

#0033 т; 

#0034 

#0035 class CMyView : public CView 
#0036 { 

#0037 public: 

#0038 CMyView::Chbyvieuw() { 

#0039 ] 

#004 0 CMyView::-CMyView() t 

#0041 | 

#0042 DECLARE MESSAGE МАР {} 

#0043 ]; 

МҮ.СРР 

#0001 #include "my.h" 

#0002 

#0003 СмуйїпАрр theApp; 

#0004 

#0005 BODL CMyWinApp::InitInstance() 
HO006 + 

#0007 cout << "CHyWinApp: :InitInstance Ап”; 
#0008 m pMainWnd = new ChyFrameWnd; 
#0009 return ТНИЕ; 

#O010 1 

#0011 

#0012 CMyFrameWnd::CMyFrameWwnd() 
#0013 £ 

#0014 Сгеатеі); 

#0015 | 

#0016 

#0017 BEGIN MESSAGE MAP(CMyWinApp, CWinApp) 
#0018 ОМ COMMAND(CMyWinAppid, 0} 
#0018 END MESSAGE MAP() 


#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 


#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 


#0065 
#0066 
#O067 
#0068 
%О063 
{ее 
#0071 
#OOTŽ 
80073 
#OO 74 


BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd) 
ON COMMAND(CMyFrameWndid, 0} 
END MESSAGE МАР{} 


BEGIN MESSAGE MAP(CMyDoc, CDocument) 
ON COMMAND(CMyDocid, 0) 
END MESSAGE MAP() 


BEGIN MESSAGE MAP(CMyView, CView) 
ON COMMAND(CMyViewid, 0) 
END MESSAGE MAP() 


void printlpEntries(AFX MSGMAP ЕМТНҰ% lpEntry) 


і 
struct 14 
int classid; 
char* classname; 
| classinfo[] = £ 
COmdTargetid, "ComdTarget", 
CWinThreadid, "CWinThread", 
CWinAappid, "UCWinApp", 
CMyWinappid, "COMyWinApp", 
CWndid, "Сипа", 
CFrameWndid, "CFrameWnd", 
CMyFrameWndid,  "CMyFrameWnd", 
CViewid, "view", 
CMyViewid, "OMyView", 
CDocumentid,  "CDocument", 
CMyDocid, "UMyDoc", 
ü, T T 
|; 
for (int 1=0; classin£o[i].classid != 0; i++} 
{ 
if (clas=sinfo[i].classid == lpEntry->nID) 
i 
cout << lpEntry-»nID << " TE 
cout << classinfo[i]h.classname << endl; 
break; 
] 
] 
] 
void MsgMapPrinting(AFX MSGMAP* pMessageMap) 


{ 


forí(; pMessageMap !- NULL; pMessageMap = рМеявасеМар->рНазеМевяапеМар) 
AFX MSGMAP ENTERY* lpEntry = pMessageMap-»-lpEntries; 
printlpEntries(lpEntry): 


I 


#0075 "void maini) 


#0076 4 

#0077 

#0078 CWinApp* рАрр = АҰхсекаррі); 

#0079 

#0030 pApp=>InitApplication{}; 

#0081 pApp=>InitInstanceí(); 

#0082 pApp=>Runí(); 

#0083 

#O084 CMyDoc* pMyDoc = new CMyDoc; 

#0085 CMyView* pMyView = new CMyView; 

#0086 CFrameWnd* pMyFrame = (CFrameWnd*)pApp-»m pMainWnd; 
&OOBT 

#O088 // output Message Map construction 

#0089 AFX MSGMAP* pMessageMap = pMyView-»GetMessageMap(í): 
#0090 cout << endl << "CMyView Message Map : " << endl; 
%0091 MsgMapPrintingi(pMessageMap]); 

#0092 

#0093 pMessageMap = pMyDoc--GetMessageMap(í); 

#0094 cout << endl << "CMyDoc Message Map : " << endl; 
#0095 MsgMapPrinting(pMessageMap); 

#O096 

#0097 pMessageMap = pMyFrame--GetMessageMap(í): 

80098 cout << endl << "CMyFrameWnd Message Map : " << endl; 
#0099 MsdgMapPrintingí(pMessaqeMap) ; 

#0100 

#0101 pMessageMap = рАрр->беМеззадеМмар {}; 

#0102 cout << endl << "CMyWinApp Message Map : " << endl; 
#0103 М=9МарРг1пЕ1 па {рМеввадеМар}; 

#0104 1 


Command Routing (MPA) 


我 们 已 ЫЛЕ — № P Tp E AI SES Ка ма 设 起 来 了 。 = 消息 进 +$, 会 有 一 个 捕获 天 推动 它 Lb BU St 
消息 如 何 进 AK, 以 及 捕获 t KAAT HE zb, Же / ж T Windows T£ Fr i5 ЕМІЗЕ, 暂时 不 管 。 我 
现在 要 仿真 出 消息 的 流动 循环 路 线 n 我 常 喜欢 称 之 为 消息 的 [二 万 五 干 里 关 征 |] ° 


消息 如 果 是 从 子 类 流向 父 类 〈 纵 向 流动 ) ， 那 么 事情 再 简单 不 过 ， 整 个 Message Map 消 息 映 
射 表 已 规划 出 十 分 明确 的 路 线 。 但 是 正如 上 一 节 一 开始 我 说 的 ，MFC 之 中 用 来 处 理 消息 的 
C++ 类 并 不 呈 单 纵 发 展 ， 作 为 application framework 的 重要 架构 之 一 的 document/view， 也 具 
有 人 处 理 消息 的 能 力 (你 现在 可 能 还 不 清楚 什么 是 document/view， 没 有 关系 ) ; 因此 ， 消 息 应 
该 有 横向 流动 的 机 会 。MFC 对 于 消息 循环 的 规定 是 : 


° 如 果 是 一 般 的 Windows 消 息 (ММ ххх) ， 一 定 是 由 派生 类 流 同 基 类 ， 没 有 劳 流 的 可 能 。 


e 如 果 是 命 合 消 息 WM COMMAND， 就 有 奇特 的 路 线 了 : 





Е SAN RES ZX ， 


Frame ПІ. ж” 1. Views e 
Qut : I 
_ 2. Frame WOFFA ~ 
E сш 3. CWinApp М. 
— -i 
) ж” 
View 1. View 2. 


e 2 Document + 
am 


4— 
| 1. Document EE ~ 


2. Document Template + + 
夺目 前 我 们 还 十 知道 什么 是 Document Template, BERRAR e 
жез НЕЕ ШЕ. 


Document = 


3-6 МЕСя{ Ей МММ COMMAND 的 特殊 处 理 顺 序 


不 守 这 个 规则 是 怎么 定 下 来 的 ， 现 在 我 要 设计 一 个 推动 引擎 ， 把 它 仿真 出 来 。 以 下 这 些 函 效 
АЯМА ЧАРУ, Ті МЕС МЕ. НУР SEZR, НЕМ Г-Н 
AB ME. СЕЗШ В јаз АН, => f К МЕС МЕ, ШУ, я та 
过 程 (call stack) , ЛЕРА — 1148 08 — 5А 3I + 


EI TC ID TI DIDA] — ES p 5 РАЗИН : 





Ж + FASEM Xh о ШЕ. 
none AfxI nd Proc elobal 
none AfxC alli ndProc global 
CCmdTarget O nCmaMsg virtual 
CDocument O nCmaMsg virtual 
CI. nd WindowProc virtual 

O nCommand virtual 

DefWindowProc virtual 
CFrameWnd O nCommand virtual 

O nC madMsg virtual 
Cl iew O nCmadMsg virtual 


全 局 画 数 AfxWndProc 就 是 我 所 谓 的 推动 引擎 的 起 始点 。 它 本 来 应 该 是 在 CWinThread::Run 
中 被 调用 ， 但 为 了 实验 目的 ， 我 在 main 中 调用 它 ， 每 调用 一 次 便 推 送 一 个 消息 。 这 个 函数 在 
МЕС 中 有 四 个 参数 ， 为 了 方便 ， 我 加 上 第 五 个 ， 用 以 表示 是 谁 获得 消息 (成 为 循环 的 起 
ғ) 。 例 如 : 


AfxWndProc(0, WM CREATE, 0, 0, pMyFrame); 


表示 pMyFrame 获 得 了 一 个 WM_CREATE， 而 : 


AfxWndProc(0, WM COMMAND, 0, 0, pMyView); 


表示 pMyView 获得 了 一 个 WM_COMMAND。 
下 面 是 消息 流动 的 过 程 : 


LRESULT AfxWndProc(HWND hWnd, ШІМТ nMsg, WPARAM wParam, LPARAM lParam, 
Сипа *pWnd) // last param. рпа is added by JJHou. 
і 
cout << "AfxWndProcí()" << endl; 
return AfxCallWndProcí(pWnd, hWnd, nMsg, wFaram, 1Рагат}; 
] 


LRESULT AfxCallWndProcí(CWnd* pWnd, HWHD hrnd, UINT nMsg, 
WPARAM wParam, LPARAM lParam} 
і 
cout << "AfxCallWndProc()" << endl; 
LRESULT lResult = pWnd-»2WindowProc(nMsg, wParam, 1Рагат}; 
return lResult; 


} 


pWnd->WindowProc 究竟 是 调用 哪 一 个 函数 ? 不 一 定 ， 得 视 pWnd 到 底 指 向 何 种 类 之 对 象 而 
ДЕ — 别 扩 了 WindowProc 是 虚 现 效 。 这 正 是 虚 国 数 发 挥 它 功效 的 地 方 呀 : 


如 果 pWnd 指 向 CMyFrameWnd 对 象 ， 那 么 调用 的 是 CFrameWnd::WindowProc。 而 因为 
CFrameWnd 并 没有 改写 WindowProc ， 所 以 调用 的 其 实 是 CWnd::WindowProc。 


如 果 pWnd 指向 CMyView 对 象 ， 那 么 调用 的 是 CView::WindowProc。 而 因为 CView 并 没有 改 
€ WindowProc， 所 以 调用 的 其 实 是 CWnd::WindowProc。 哩 然 殊 途 同 轨 ， 意 义 上 是 不 相同 
的 。 切 记 【 切记 | 


CWnd::WindowProc 首先 判断 消息 是 否 为 WM _COMMAND。 如 果 不 是 ， 事 情 最 单纯 ， 就 把 
消息 往 父 类 推 去 ， 父 类 再 往 租 父 类 推 去 。 每 到 一 个 类 的 消息 映射 表 ， 原 本 应 该 比 对 

AFX MSGMAP ENTRY 的 每 一 个 元 素 ， 比 对 成 功 就 调用 对 应 的 义理 例 程 。 不 过 在 这 里 我 不 
作 比 对 ， 只 是 把 AFX MSGMAP ENTRY 中 的 类 识别 代码 印 出 来 CELER E.— р BJ Frame? 程 
序 一 样 ) ， 以 表示 | 到 此 一 游 


LRESULT CWnd::WindowProc(UINT nMsg, WPARAM wParam, LPARAM 1Рагат} 
і 

АҒА MSGMAP* pMessageMap; 

АҒА MSGMAP ENTET* lpEntry; 


if {nMsg == | COMMAND) // special case for commands 
і 
itf (OnCommandívwParam, 1Рагат} } o 
return 11; // command handled 
else 


return (LRESULT)DefWindowProc(nMsg, wParam, lParam); eo 


pMessageMap = GetMessageMap(í); 


Гог {; pMessageMap != NULL; 
pMessageMap = pMessageMap--pBaseMessageMap) 


lpEntry = pMessageMap--lpEntries; 
printlpEntries(lpEntry); 
] 
return Ü; /)/ J.J.Hou: if find, should call ІрЕпігу->ріп, 
// otherwise should call DefWindowProc. 
// for simplification, we just return 0. 


| 


如 果 消 息 是 WM_COMMAND，CWnd::WindowProc 38  ФОпСоттапа, 9f, ЕТ, X 
又 是 一 个 CWnd ВУД 98 : 


1. 如 果 this 指 向 CMyFrameWnd 对 象 ， 那 么 调用 的 是 CFrameWnd::OnCommand。 


2. 如 果 this 指 向 CMyView 对 象 ， 那 么 调用 的 是 CView::.OnCommand。 而 因为 CView 并 没有 改 
写 OnCommand， 所 以 调用 的 其 实 是 CWnd::OnCommand。 


RARA AIRRA Ja To 
我 们 以 第 一 种 情况 为 例 ， 再 往 下 看 : 


BOOL CFrameWnd::OonCommand(WPARAM wParam, LFARAM lParam) 
і 
cout << "CFrameWnd::oónCommand()" << endl; 


A 


// route as normal command 


return CWnd::OonCommand(wParam, lParam}; e 


BOOL CWnd::OonCommand(WPARAM wParam, ГРАНАМ lParam) 
i 

cout << "CWnd::OonCommand()" << endl; 

Pg: us 
return OncCmdMsg(0, 0); e 


хх. сани АЕО, ЖЕЕ 215 Г. @OnCmdMsg = 
CCmdTarget ВЕРН, ЖТА: 


1. 如 果 this 指 向 CMyFrameWnd 对 象 ， 那 么 调用 的 是 CFrameWnd::OnCmdMsg.。 
2. 如 果 this 指 向 CMyView 对 象 ， 那 么 调用 的 是 CView::OnCmdMsg.。 
3. 如 果 this 指向 CMyDoc 对 象 ， 那 么 调用 的 是 CDocument::OnCmdMsg。 


4. 如 果 this 指 向 CMyWinApp 对 象 ， 那 么 调用 的 是 CWinApp::.OnCmdMsg。 而 因为 CWinApp 并 
没有 改 宇 OnCmdMsg， 所 以 调用 的 其 实 是 CCmdTarget::OnCmdMsg。 


目前 的 情况 是 第 一 种 ， 于 是 调用 CFrameWnd::OnCmdMsg : 


НОО CFrameWnd::oncCmdMsqg(UINT nID, int nCode) 
і 
cout << "CFrameWnd::OonCmdMsg()" << endl; 
// pump through current view FIRST 
CView* pView = GetActiveViewí); 
if (pView--0nCmdMsgínID, ncode)) о 
return TRUE; 


// then pump through frame 
if (CWnd::OnCmdMsgí(nID, nCode]) © 
return TRUE; 


// last but not least, pump through app 
CWinApp* рАрр = АЁхбеіАрр({}; 


itf (ípApp--oOnCmdMsgí(nID, nCode]) e 
return TRUE; 


return FALSE; 
] 


这 个 图 数 反 应 出 图 3-6Frame 窗 口 你 理 WM_COMMAND 的 次 序 。 最 先 调用 的 是 @pView- 
>OnCmdMsg, FÆ : 


ВОСІ. CView: :CnCmdMsg {UINT nID, int nCode} 
i 
cout << "OCView::oncCmdMsg()" << endl; 
if (CWnd::OnCmdMsgí(nID, nCode)) o 
return TRUE; 


ШОО bHandled = FALSE; 
bHandled = m pDocument--O0nCmdMsgí(nID, ободе}; Q 
return bHandled; 

] 


这 又 反应 出 图 3-6 View 窗 口 你 理 WM_COMMAND 的 次 序 。 最 先 调用 的 是 Wnd::OnCmdMsg 
， 而 CWnd 并 未 改写 OnCmdMsg ， 所 以 其 实 就 是 调用 CmdTarget::OnCmdMsg : 


ВОСІ. CCOmdTarget::oncmdMsg(UINT nID, int ncCode) 
{ 
cout << "COmdTarget::oncCmdMsg()" << endl; 
// Now look through message map to see if it applies to us 
АҒА MSGMAP* pMessageMap; 
AFX MSGMAP ЕМТНҰ% lpEntry; 
Гог (pMessageMap = GetMessageMap(); pMessageMap != NULL; 
pMessageMap = phessageMap-?pBaseMessageMap) 


lpEntry = pMessageMap--lpEntries; 
printlpEntries(lpEntry); 


return FALSE; // nat handled 
] 


这 是 一 个 走访 消息 映射 表 的 动作 。 注 意 ，GetMessageMap ВЕТ Ж (隐藏 在 
DECLARE MESSAGE MAP жж), ， 所 以 它 所 得 到 的 消息 映射 表 将 是 this (以 目前 而 
言 是 pMyView) 所 指 对 象 的 映射 表 。 于 是 我 们 得 到 了 这 个 结果 : 


рМұҒгате received а WM COMMAND, routing path and call stack: 
AfxWndPrac(í) 
AfxCallWndProc(í] 

сипа: :WindowProcí)] 
CFrameWnd::OonCommand { } 
сипа: : onCommand { } 
CFrameWnd::OonCmdMsg { } 
CFrameWnd: :GetActiveviewíi) 
CView::OnCmdMsg() 
CCOmdTarget::OonCmdMsg() 
1221 CMyView 

122 CView 

12 Сипа 

1 COmdTarget 


ЖА НЕ ГТ SB. ВНР у НАЛА т, ЕВЕ Y — DEFEK 
征 。 如 果 没 找到 ， 长 征 还 没有 结束 ， 这 时 候 退 村 回 到 CView::OnCmdMsg， 调 用 
@CDocument::OnCmdMsg : 


ВОСІ. CDocument: :CnCmdMsg {UINT nID, int nCode) 
i 
cout << "CDocument::OonCmdMsg()" << endl; 
if (CCmdTarget::onCmdMsgínID, ncode)) 
return TRUE; 


return FALSE; 


于 是 得 到 这 个 结果 : 


CDocument : : OnCmdMsg () 
COmdTarget::OonCmdMsg() 
131 CMyDoc 

13 CDocument 


1 COmdTarget 


— 


如 果 在 映射 表 中 还 是 没 找到 对 应 消息 ， 二 万 五 千里 长 征 还 是 未 能 结束 ， 这 时 候 退 守 回 至 
CFrameWnd::OnCmdMsg ， 调 用 CWnd::OnCmdMsg (也 就 是 
CCmdTarget::OnCmdMsg) ， 得 到 这 个 结果 : 

CCmdTarqget : :OnCmdMsa () 

1211 СМуЕгатеїёпа 

121 CFrameWnd 

12 сипа 

1 COmdTarget 

如 果 在 映射 表 中 还 是 没 找到 对 应 消息 ， 二 万 五 千里 长 征 还 是 未 能 结束 ， 再 退回 于 
CFrameWnd::OnCmdMsg， 调 用 @CWinApp::OnCmdMsg 《〈 亦 即 
CCmdTarget::OnCmdMsg) ， 得 到 这 个 结果 : 


с. 


1111 CMyWinApp 
111 CWinApp 
1 COmdTarget 


万 一 还 是 没 找到 对 应 的 消息 ， 二 万 五 千里 长 征 可 也 穷 途 末 路 了 ， 退 回 到 
CWnd::WindowProc, 3:9 8 @CWnd::DefWindowProc。 你 可 以 想象 ， 在 真正 的 MFC 中 这 个 成 
B KAUAE Fg Windows API 函 数 ::DefWindowProc。 为 了 简化 ， 我 让 它 在 Frame8 中 是 个 空 
рч 


故事 结束 | 


我 以 图 3-7 表示 这 二 万 五 干 里 长 征 的 调用 次 序 (сай stack) , 3-8 表示 这 二 万 五 千里 长 征 
的 消息 流动 路 线 。 


深入 浅 出 MFC 












| 
| 


AfxCallWndProc 


CWnd:WindowProc | 


: CMyWinApp Я - о 


т UEM 








: WM COMMAND CFrameWnd::OnCommand | 





: general CWnd::OnCommand 

: Windows = _ — i 
: message - 

š | xxx) 


m , CFrameWnd :OnCmdMsg 1: 





г СМіемг:ОпСта Msg Mr rras 
CWnd:-OnCmdMsg --> CCmdTarget-OnCcmdMsg e. | 
CWinApp::OnCmdMsg 一 > CCmdTarget-OnCmdMsg @ г, 


| ы ЖСН ТТ, 
AFX МЗСМАР" pMessageMap = : 
GetMessageMap(x 






for(; pMessageMap != NULL:...) | CView::OnCmdMsg 
С.) ; d cud 
"or CWnd::OnCmdMsg 一 > CCmdTarget::OnCmdMsg @ 


UC ео Msg 
| CDocument::OnCmdMsg | 





xi CCmdTarget :OnCmdMsg -—> CCmdTarget:OnCmdMsg Ө 
ӘР CCmdTarget::OnCmdMsg(...) | 


# walking the message map. 
AFX MSGMAP"pMessageMap = GetMessage Маро: 





bit; pMessageMap != МШШ: [...] 


3-7 :4CMyFrameWnds1 £& 3k f — WM COMMAND, 


Fra £aBgFrame8Eq24 73 FH E 
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深入 浅 出 MFC 








CCmdTarget | 

















Е 3-8 3:4CMyFrameWnd 1 j: f&— “МҮМ COMMAND, 
所 引起 的 消息 流动 路 线 


Frame8 测试 四 种 情况 : 分 别 从 frame 对 象 和 view 对 象 中 推动 消息 ， 消 息 分 一 般 Windows 消 
ЕП WM COMMAND 两 种 : 


// test Message Routing 

AfxWndProc(0, WM CREATE, 0, 0, pMyFrame); 
AfxWndProc(0, WM PAINT, Ө, 0, pMyView); 
AfxwndProc(0, WM COMMAND, 0, 0, pMyView); 
AfxwndProc(O0, WM COMMAND, 0, Ө, pMyFrame); 


Frame8 МЕМ ЕЕ 《环境 变 量 必 须 先 设 定 好 ， 请 参考 第 4 和 章 的 ГЫ] 
一 节 ) 


B 3 = MFC 六 大 关键 技术 之 模拟 162 


cl my.cpp mfc.cpp <Enter> 


以 下 是 Frame8 的 执行 结果 : 


CWinApp::InitApplication 
CMyWinApp::InitInstance 
CFrameWnd::cCreate 

Сүтті: :CreateEx 
CFrameWnd::PreCreateWindow 
CWinApp::Run 
CWinThread::Run 


pMyFrame received a WM CREATE, routing path and call stack: 
AfxWndProc() 

AfxCallWndProc(] 

CWnd::WindowProc(t] 

1211 CMyFrameWnd 

121 CFrameWnd 

12 сипа 

1 CCmdTa rdget 


pMyView received a WM PAINT, routing path and call stack: 
AfxWndPraoc(] 

AfxCallWndProc(t] 

CWnd::WindcowPrac(t)] 

1221 CMyView 

122 CView 

12 CHnd 

1 CCmdTa rget 


pMyView received а WM COMMAND, routing path and call stack: 
AfxWndPrac!(í] 


AfxCallWndProc()] 

CWnd: :WindowPrac(í] 
CWnd: : OnCommand ( | 
Сутек: :OncmdMsg(] 
COmdTarget::OoncCmdMsg | 
1221 CMyView 

122 СМ ем 

12 Снпа 

1 COmdTarget 
CDocument : :onCmdMsq()] 
COmdTarget::OoncmdMsQg(] 
131 CMyDoc 

13 CDocument 

1 COmdTarget 

CWnd: :DefWindowProc(] 


pMyFrame received a WM COMMAND, routing path and call stack: 
AfxWndPrac|i)] 
AfxCallWndPraoc(í)] 

CWnd: :WindowPrac(í] 
CFrameVYnd::OonCommand ( | 
CWnd: : OnCommand (] 
CFrameWnd::OonCmdMsqg(] 
CFrameWnd::GetActiveView()] 
Сутек: :OncomdMsg (] 
COmdTarget::OoncmdMsg (| 
1221 CMyView 

122 CView 

12 CWnd 

1 COmdTarget 
CDocument : :oOnCmdMsg()] 
COmdTarget::OoncCmdMsg (] 
131 CMyDoc 

13 CDocument 

1 COmdTarget 
COmdTarget::OoncCmdMsg { ] 
1211 CHMyFrameWnd 
121 CFrameWNnd 

12 спа 

1 COmdTarget 
COmdTarget::OoncomdMsg { ] 
1111 CMyWinApp 

111 СИіпАрр 

1 COmdTarget 

CWnd: :Def£WindowPrac(í) 


Frame8 范例 程序 


MFC.H 


НСООІ d4$define TRUE 1 

#0002 dW4define FALSE (0) 

#0003 

#0004 typedef char* LPSTR; 

#80005 typedef const char* LPCSTR; 
#0006 

#0007 typedef unsigned long DWORD} 
#0008 typedef int BOOL; 


#0009 typedef unsigned char BYTE; 

#0010 typedef unsigned short WORD; 

#0011 typedef int INT; 

#0012 typedef unsigned int VINT; 

#0013 typedef long LONG; 

#0014 

#0015 typedef UINT WPARAM; 

#0016 typedef LONG LPARAM; 

#0017 typedef LONG LRESULT; 

#0018 typedef int ничо; 

#0019 

#0020 #define WM COMMAND 0х0111 

#0021 #define WM CREATE 0х0001 

#0022 #define WM PAINT Ox000F 

#0023 #define WM NOTIFY Ox004E 

#0024 

#0025 #defÉine CObjectid ОхЕЕЕЕ 

#0026 #define  CCmdTargetid 1 

#0027 #define CWinThreadid 11 

#00238 #define CWinAppid 111 

#0029 #define CMyWinAppid 1111 

#0030 #define CWndid 12 

#0031 define CFrameWndid 121 

$0032 #define CMyFrameWndid 1211 

#0033  Kdefine CViewid 122 

#0034 #define CMyViewid 1221 

#0035 #define CDocumentid 13 

#0036 #define CMyDocid 131 

#0037 

#0038 #include <iostream.h> 

#0039 

ODLO жыЛ КЛ КККК n? 
80041 // Window message map handling 

#0042 

#0043 struct АРХ МУСМАР ENTRY; // declared below after CWnd 
80044 

#0045 struct АҒХ MSGMAP 

#0046 { 

80047 АҒХ MSGMAP* pBaseMessageMap; 

#0048 AFX MSGMAP ENTRY* lpEntries; 

#0049 |; 

#0050 

#0051 #define DECLARE MESSAGE МАР() \ 

#0052 static АРХ MSGMAP ENTRY  messageEntries[]; «^ 
#0053 static AFX MSGMAP messageMap; N 

#0054 virtual AFX MSGMAP* GetMessageMap(] const; 
%0055 

#0056 #define BEGIN MESSAGE MAP(theClass, baseClass) \ 
#0057 AFX MSGMAP* theClass::GetMessageMap(] const N 
#0058 { return &theClass::messageMap; } \ 
#0059 АРХ MSGMAP theClass::messageMap = \ 

gooe6Q ( &(baseClass::messageMap], \ 


#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
&OOBO 
#0081 
#0082 
#0083 
#0084 
#0085 
ООВ 


#0087 
#0088 
#0089 
#0090 
#0091 
#0032 
#0093 
#00394 
#0095 
#0096 
80097 
#0098 
#0099 
#0100 


#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 


(АҒХ MSGMAP ENTRY*) &(theClass:: messageEntries] 
АҒХ MSGMAP ENTRY theClass:: messageEntries[] = \ 
{ 


#define END MESSAGE МАР() \ 
( 0, 0, 0, 0, AfxSiq end, (АРХ PMSG)O | `À 
ү; 


// Message map signature values and macros in separate header 
Kinclude "afxmsg .h" 


class CObject 
{ 


public: 
CObject::CObject() | 
| 
CObject::-CObject(] í 
} 
|; 
class CCmdTarget : public CCObject 


{ 
public: 
CCmdTarget::CCmiTarget() ( 
] 
CCmdTarget::-COmdTarget(] ( 


virtual BOOL OnCmdMsg(UINT nID, int ncCode)]; 


DECLARE MESSAGE MAP(] 
b; 


// base class - no (( Қ) macros 


typedef void (COmdTarget::*AFX PMSG](void); 


struct АҒХ MSGMAP ENTRY // МЕС 4.0 
{ 
UINT nMessage; // windows messaqe 
UINT nCode; // control code ог WM NOTIFY code 
UIMT nID; // control ID (or 0 for windows messages] 


UINT nLastID; 
UINT n5ig; 
AFX PMSG pfn; // routine to call (or special value) 


Ё; 


class CWinThread : 
{ 
public: 
CWinThread::CWinThread() { 
] 
CWinThread::-CWinThread() ( 
] 


public CCmdTarget 


virtual BOOL InitInstance() ( 


cout << "CWinThread::InitInstance Xn"; 


return TRUE; 


// used for entries specifying a range of control id's 
// signature type (action) or pointer to message $ 


#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
Е0123 
#0124 
#0125 
#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
#0132 


#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 
#0140 
#0141 
#0142 
#0143 
#0144 
#0145 
#0146 
#0147 
#0148 
#0149 
#0150 


#0151 
#0152 
#0153 
#0154 
#0155 
#0156 
#0157 
#0158 
#0159 
#0160 
#0161 
#0162 
#0163 
#0164 
#0165 
#0166 
#0167 
#0168 
#0169 
#0170 
#0171 
#0172 


virtual int Run(] í 


|; 
class СИпа; 
class CWinApp 


1 
public: 


cout << "CWinThread::Run Xn"; 
// AfxWndProc(...]); 
return 1; 


: public CWinThread 


CWinApp* m pCurrentWinApp; 
CWnd* m pMainWnd; 


public: 


CWinApp::CWinApp(] 1 


m pCurrentWinApp = this; 
] 


CWinApp::-CWinApp(] ( 


virtual BOOL 


virtual BOOL 


| 


InitApplication(] 1 
cout << "CWinApp::InitBpplication Xn"; 
return TRUE; 
) 
InitlIns=tamn=sei] { 
cout << "CWinApp::InitInstance Nn"; 
return TRUE; 
] 


virtual int Бибі! 1 


cout << WCWinApp::Run Nn"; 
return CWinThread: Вип {(]: 


| 


DECLARE MESSAGE МАР() 


|; 


typedef void 


(CWnd::*AFX PMSGW) (void); 
ҮР like 'AFX PMSG' but for Сипа derived classes only 


class CDocument : public CCOmdTarget 
l 
public: 

CDocument : : CDocument 1) 


CDocument : : 


-CDocument í) 


t 
] 
t 
| 


virtual ВОСІ. OnCmdMsqg(UINT nID, int nCode]; 


DECLARE MESSAGE МАР () 


|; 


class CWnd : 


public CCmdTarget 


#0173 
#0174 
#0175 
#0176 
#0177 
#0178 


#0179 
#0180 
#0181 
#0182 
#0183 
#0184 
#0185 
#0186 
#0187 
#0188 
#0189 
#0190 
#0191 
#0192 
#0193 
#0194 
#0195 
#0196 
#0197 
#0198 
#0199 
#0200 
#0201 
#0202 
#0203 
#0204 
#0205 
#0206 
#0207 
#0208 
#0209 
#0210 


#0211 
#0212 
#0213 
#0214 
#0215 
#0216 
#0217 
#0218 
#0219 
#0220 
#0221 
#0222 
#0223 
#0224 


#0225 
#0226 
#0227 
#0228 


{ 
public: 
CWnd::CWnd() 14 
} 
CWnd::-CWnd() 1 
} 


virtual BOOL Create(]: 

BOOL CreateEx(]; 

virtual BOOL PreCreateWindow(i]; 

virtual LRESULT WindowProc(UINT nMsg, WPARAM wParam, LPARAM lParam); 
virtual LRESULT DefWindowProc(UINT message, WPARAM wParam, LPARAM lParam); 
virtual BOOL OnCommand(WPARAM wParam, LPARAM lParam); 


DECLARE MESSAGE MAP 1] 
}; 


class CView; 


class CFrameWnd : 
( 
public: 

CView* m pViewActive; 


public Сипа 


// current active view 


public: 
CFrameWnd::CFrameWnd() 


{ 
} 
CFrameWnd::-CkFrameWnd() 1 
} 


BOOL Create(]: 

CView* GetActiveView(] const; 

virtual BOOL PreCreateWindow(]: 

virtual BOOL OnCommand(WPARAM wParam, LPARAM lParam]; 
virtual BOOL OnCmdMsq(UINMT nID, int nCode]; 


DECLARE MESSAGE MAP() 


friend CView; 


class CView : public Сипа 
| 
public: 

CDocument* m pDocument; 


public: 
CView::CView(]  { 
] 
CView::-CView() | 
] 


virtual BOOL OnCmdMsg{UINT nID, int nCode]; 


DECLARE MESSAGE МАР () 


friend CFrameWnd; 


#0229 


#0230 

#0231 // global function 

#0232 СМіпАрр% AfxGetApp(); 

#0233 LRESULT AfxWndProc(HWRND hWnd, UINT пМеа, WPARAM wParam, LPARAM lParam, 
#0234 CWnd* pWnd]; // last param. рипа is added Бу JJHOU. 
80235 LRESULT AfxCallWndProc(CWnd* pWnd, HWHD hWnd, UINT nMsg, WPARAM wParam, 
#0236 LPARAM lParam); 

AFXMSG .H 

#0001 enum AfxSig 

#0002 q( 

#0003 AfxSig end = 0, // [marks end of message map] 

#0004 AfxSig vv, 

#0005 }; 

%0006 

#0007 fdefine ОМ COMMAND (id, memberFxn] \ 

#0008 { ЫМ COMMAND, 0, (WORD)id, (WORD)id, AfxSig vv, (АРХ PMSG)memberFxn |, 
МЕС.СРР 


40001 #include "пу. п"//Е 3 = ЛмЕс. п, (H7 fextern CMyWinApp 所 以 ... 


#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 


extern CMyWinApp theñpp; 
extern void printlpEntries(AFX MSGMAP ENTRY* lpEntry); 


BOOL CCmdTarget::OnOmdMsg(UIMT nID, int ncCode] 


{ 


} 


// Now look through message map to see if it applies to us 

АҒХ MSGMAP* pMessageMap; 

AFX MSGMAP ENTRY* lpEntry; 

for (pMessageMap = GetMessageMap(]; pMessageMap !- NULL; 
pMessageMap = pMessageMap--pBaseMessageMap)] 


lpEntry = pMessageMap--lpEntries; 


printlpEntries(lpEntry]; 


return FALSE; :i not handled 


#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 


#0036 
#0037 
#0038 
#0039 


#0040 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
ЕО049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0053 
#0064 


#0065 LRESULT CWnd::DefWindowProc(UINT message, WPARAM wParam, LPARAM 1Рагат) 


BOOL CWnd::Create(í)] 


t 


cout << "CWnd::Create xn"; 
return TRUE; 


BOOL CWnd::CreateEx(í) 


t 


cout << "CWnd::CreateEx Ап”; 
PreCreateWindow í); 
return TRUE; 


BOOL CWnd::PreCreateWindow(t) 


t 


LRESULT CWnd::WindowProc(UINT nMsg, WPARAM wParam, LPARAM 1Рагат} 


( 


cout << "CWnd::PreCreateWindow Nn"; 
return TRUE; 


AFX MSGMAP* pMessageMap; 
АҒХ MSGMAP ENTRY* lpEntry:; 


if (nMsg == WM COMMAND] // special case for commands 
{ 
if (OnCommand(wParam, lParam]) 
return 1L; // command handled 
else 
return (LRESULT]DefWindowProc(nMsg, wParam, lParam]; 


pMessageMap = GetMessageMapí]: 


for (; pMessageMap !- NULL: 
pMessageMap = pMessageMap-^pBHaseMessageMan)] 
{ 
lpEntry = pMessageMap-»lpEntries; 
printlpEntries(lpEntry]; 
| 
return Ü; 
И! otherwise should call DefWindowProc. 


// add by JJHou. if find, should call lpEntry--pfn, 


#0066 
#0067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#00890 
#0081 


#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 
#0090 
#0091 


#0092 
#0093 
#0094 
#0095 
#0096 
#0097 
#0098 
#0099 
#0100 
#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#01089 
#0109 
#0110 
#0111 


return TRUE; 


Воот, CWnd::OnCommand(WPARAM wParam, LPARAM lParam} 
{ 


Pd 
return OnCmdMsg(O, 0}; 


ЕО, CFramevYnd::onCommand(WPARAM wParam, 
{ 


LPARAM lParam} 


БИ uus 


// route as normal command 


return CWnd::OnCommand(wParam, lParam}; 


ВОО CFrameWnd::Create(t) 

t 
cout << "CFrameWnd::Create xn"; 
СгеаеЕхір); 
return TRUE; 

] 


BOOL CFrameWnd::PrecCreateWindow() 
{ 


cout << "CFrameWnd::PreCreateWindow xn"; 
return TRUE: 


CView* CFrameWnd::GetActiveView(] const 


| 
return m pViewActive; 


BOOL CFrametWnd::OnCmdMsg(UIMT nID, int nCode] 
{ 
// pump through current view FIRST 
CView* pView = GetActiveView(]: 
if (pView--OnCmdMsg(nID, nCode]] 
return TRUE; 


// then pump through frame 
if (CWnd::OnCmdMsq(nID, nCode]] 
return TRUE; 


#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 
#0126 
#0127 
80128 
#0129 
#0130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 


#0137 
#0138 
#0139 
80140 
80141 
#0142 
#0143 
8014 4 
80145 
80146 
80147 


#0148 
#0149 
#0150 
#0151 
#0152 
#0153 
#0154 
#0155 
#0156 
#0157 


// last but not least, pump through app 
CWinApp* pApp = AfxGetApp(]; 
if (pApp-»OnCmdMsg(nID, nCode]] 

return TRUE; 


return FALSE; 


BOOL CDocument::OnCmdMsqg(UINMT nID, int nCode] 
{ 
if (CCmdTarget::OnCOmdMsqg(nID, nCode])] 
return TRUE; 


return FALSE; 


BOOL CView::OnCmdMsg(UIMT nID, int псоде) 


{ 
if (CWnd::OnCmdMsg(nID, nCode]] 
return ТЕШЕ; 
BOOL bHandled = FALSE; 
bHandled = m pDocument--OnCmdMsg(nID, nCode]; 
return bHandled; 
] 
AFX MSGMAP* CCmdTarget::GetMessageMapí) const 


t 

return &CCmdTarget::messageMap:; 
} 
AFX MSGMAP CCmdTarget::messageMap = 
t 


HULL ., 
&CCmdTarget:: messageEntries[o] 


AFX MSGMAP ENTRY CCmdTarget:: messageEntries[] = 


( 0, 0, CCmdTargetid, 0, AfxSig end, Ü | 


"à 


BEGIN MESSAGE MAP(CWnd, CCmdTarget) 
ON COMMAND (CWndid, 0) 
END MESSAGE МАР() 


#0158 
#0159 
#0160 
#0161 
#0162 
#0163 
#0164 
#0165 
#0166 
#0167 
#0168 
#0169 
#0170 
#0171 
#0172 
#0173 
#0174 
#0175 
#0176 
#0177 
#0178 
#0179 


#0180 
#0181 
#0182 
#0183 
#0184 
#0185 
#0186 
#0187 


#0188 
#0189 
#0190 
#0191 


MY.H 


#0001 
#0002 
#0003 
#0004 
#0005 
ООО 6 
#0007 
gooo8 


BEGIM MESSAGE MAP(CFrameWnd, 
ON COMMAND (CFrameWndid, 0) 
END MESSAGE MAP(] 


CWnd] 


BEGIN MESSAGE MAP(CDocument, ComdTarget] 
ON COMMANHD(CDocumentid, 0) 


END MESSAGE МАР { ] 


BEGIN MESSAGE MAP(CView, CWnd] 
ON COMMAND ([CViewid, 0) 
END MESSAGE МАР() 


BEGIN MESSAGE MAP(CWinApp, CCOmdTarget] 
ON COMMAND (CWinAppid, 0) 
END MESSAGE МАР() 


CWinApp* AfxGetApp(í] 
{ 
return theApp.m рСиггепїїїпАрр; 


| 


LRESULT AfxWndProc(HWND hWnd, ШІМТ nMsg, WPARAM wParam, LPARAM lParam, 
CWnd *pWnd] // last parameter рипа із added by JJHou. 
i 
P. 
return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, 1Рагам}; 
} 


LRESULT AfxCallWndProc(CWnd* рипа, HWND hWnd, UINT nMsg, 
WPARAM wParam, LPARAM lParam] 
1 
LRESULT lResult = pWnd--WindowProc(nMsg, wParam lParam]; 
return lResult; 


| 


Kinclude <ісеігеат.һ> 
Binclude "тіс.Һ" 


class CMyWinApp 
{ 
public: 
CMyWinApp::CMyWinApp(t] { 
| 


: public CWinApp 


#0009 


CMyWinApp::-CMyWiniàppií] I 


#0010 ] 
#0011 virtual BOOL InitInstance(t]; 
#0012 DECLARE MESSAGE МАР { ] 
#0013 ү; 
#0014 
#0015 class CMyFrameWnd : public CFrameWnd 
#0016 { 
$0017 public: 
#0018 CMyFrameWnd()]; 
#0019 ~СМұРгатенпа {} ( 
#0020 ] 
#0021 DECLARE MESSAGE МАРТ] 
#0022 ]; 
#0023 
#0024 class CMyDoc : public CDocument 
#0025 1 
#0026 public: 
HODAT CMyDoc::CMyDoc() 1 
#0028 | 
#0029 CMyDac::-CMyDoc(] 1 
#0030 ] 
#0031 DECLARE MESSAGE MAP í] 
#0032 ]; 
#0033 
#0034 class CMyView : public CView 
#0035 { 
#0036 public: 
#0037 CMyView::CMyView(] { 
#00238 ] 
#0039 CMyView::-CHMyView(] Ií 
#0040 ] 
#0041 DECLARE MESSAGE МАР { ] 
#0042 }; 
МҮ.СРР 
#0001 #include "my.h" 
#0002 
#0003 CMyWinApp theApp; // global object 
#0004 
#0005 BOOL CHMyWinBpp::InitInstance(] 
#0006 | 
#0007 cout << WCMyWinApp::InitlInstance Mn"; 
#0008 m pMainWnd = new CMyFrameWnd; 
#0009 return TRUE; 


#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 


#0019 


#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 


#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 


} 
virtual BOOL InitInstance(í); 
DECLARE MESSAGE МАР { } 


l; 


class CMyFrameWnd : public CFrameWnd 


i 

public: 
CMyFramewWnd!(); 
-CMyFrameWndí) 1 


BEGIN MESSAGE MAP(CMyFrameWnd, CFrameVWnd] 
ON CCMMAND(COMyFramebWndid, 0) 
END MESSAGE HAP í] 


BEGIN MESSAGE MAP(CMyDoc, CDocument] 
ON COMMAND(COMyDocid, 0) 
END MESSAGE MAP(] 


BEGIM MESSAGE MAP(CMyView, CView] 
ON CCOMMAND(CMyViewid, 0] 
END MESSAGE MAP(] 


void printlpEntries(AFX MSGMAP ENTRY* lpEntry] 
1 
struct { 
int classid; 
char* classname; 
J classinfo[] = ( 
COmdTargetid , 
CWinThreadid , 


"COmdTarget —", 
"CWinThread ^", 


CWinAppid ‚ "OWinApp ыт 
CMyWinAppid , "CHyWinApp vs 
CWndid . "CWnd w 
CFrameWndid , "CFrameWnda арт 
CMyFrameWndid, "CMyFrameWnd ", 
CViewid ‚ Суле Pr 
CMyviewid , "CHyView ты 
CDocumentid ,  "CDocument ui" 
CMyDocid ‚ '"CMyDoc pi 
Ü .0" н 
|; 
for (int i-0; classinfo[i].classid != 0; ік) 


1 
if (classinfo[i].classid == lpEntry--?nID] 


#0056 { 


#0057 cout << lpEntry-»nID << " "a 

#0058 cout << classinfo[i].classname << endl; 

#0059 break; 

#0060 ] 

#0061 ] 

#0062 | 

#0063 站 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
#0064 // main 

#0065 /Af 
#0066 void main(í) 

30067 { 

#0068 CWinApp* рАрр = AfxGetApp(): 

#0069 

#0070 pApp--InitApplication(); 

#0071 p^App-»InitInstance(); 

#0072 рАрр->Кип(); 

#0073 

#0074 CMyDoc* pMyDoc = new CMyDoc; 

#0075 CMyView* pMyView = new CMyView; 

#0076 CFrameWnd* pMyFrame = (CFrameWnd*]pApp-?»m pMainWnd; 

80017 pMyFrame-»m pViewActive = pMyView; 

#0078 pMyView-»m pDocument = pMyDoc; 

#0079 

#00680 // test Message Routing 

#0081 cout << endi << "pMyFrame received a WM CREATE, routing path z" << endl; 
#0082 AfxWndProc(0, WM CREATE, 0, Ô, pMyFrame]; 

80083 

#O084 cout << endl << "pMyView received a WM PAINT, routing path :" << endl; 
#0085 AfxWndProc(O, WM PAINT, 0, 0, pMyView]; 

ЕСОВӘ 

#0087 cout << endl << "pMyView received а WM COMMAND, routing path :" << endl; 
#0088 AfxWndProc(0, WM COMMAND, 0, 0, pMyView]; 

#0089 

ЕС090 cout << endl << "pMyFrame received а WM COMMAND, routing path :" << endl; 
#0091 AfxWndProc(O, WM COMMAND, 0, 0, pMyFrame]; 

#0092 } 


AK == [Bl gii 


像 外 科 手 术 一 样 精准 ， 我 们 拿 起 锋利 的 刀子 ， 划 开 МЕС УКВ, Ш- ЛЫ, АПТЕ) 
肌理 。 掏 出 它 的 内 脏 ， 反 复 观 察 研究 。 终 于 ， 信 看 从 МЕС 掏 挖 出 来 的 原始 代码 清洗 整理 后 完 
成 的 几 个 小 小 的 C++console 1252, RNY T BE f Prid Runtime Class. Runtime Time 
Information、Dynamic Creation、Message Mapping、Command Routing 的 内 部 机 制 。 


咱们 并 不 是 要 学 着 做 一 套 application framework， 但 是 这 样 的 学 习 过 程 确实 有 必要 。 因 为 ， 
| 只 用 一 样 东西 ， 不 明白 它 的 道理 ， 实 在 不 高 明 j 。 况 且 ， 有 什么 比 光 靠 三 五 个 一 两 百 行 小 
程序 ， 惑 搞定 面 同 对 象 领域 中 的 高 明 技术 ， 园 值得 的 事 ? 有 什么 比 欣 党 那些 由 Runtime Class 
所 构成 的 【类 型 录 网 上 」 示意 图 、 消 息 的 实际 流动 图 、 消 息 映 射 表 的 以 构图 ， 更 今 人 心 及 第 


怡 ? 


把 Frame1~Frame8 好 好 研究 一 通 ， 你 已 经 对 MFC 的 架构 成 竹 在 胸 。 再 来 ， 就 是 MFC 类 的 实 
际 运 用 ， 以 及 Visual C++ 工具 的 熟练 鹃 。 


第 三 篇 浅 出 МЕС 程序 设计 


#8 5 = 总 观 Application Framework 


带 艺术 气息 的 软件 创作 行为 将 在 Application Framework 出 现 后 逐渐 成 为 工匠 技术 ， 而 我 
们 都 将 成 为 软件 IC 装配 三 里 的 男 工 女工 。 


(B, а а, EUIS ze SERA ICE ? 
或 许 以 后 会 出 现 「 纯 手工 精制 ] 的 软件 ， 可 我 目 己 从 来 不 嫌 机 器 侵 头 难 吃 。 


什么 是 Application Framework 2 


还 没有 学 习 任 何 一 套 Application Framework 的 使 用 之 前 ， 就 给 你 近乎 学 术 性 的 定义 ， 我 可 以 
想象 对 你 而 言 绝对 是 | 形 而 上 的 」 〈 超 物质 的 无 形 哲 理 ) ， 尤 其 如 果 你 对 面 同 对 象 (Object 
Oriented) 也 还 没有 深刻 体会 的 话 。 形 而 上 者 谓 之 道 ， 形 而 下 者 谓 之 器 ， 我 想 能 够 舍 器 而 直接 
近 道 者 ， 几 稀 | A [定义 」 这 种 东西 又 似乎 宜 开宗明义 摆 在 前 头 。 我 诚挚 地 希望 你 在 阅 
读 后 续 的 技术 章节 时 能 够 时 而 回来 看 看 这 些 形 而 上 的 叙述 。 当 你 有 所 感受 ， 技 术 面 应 该 也 进 
AX E чеми 


{5 捷 怎 5A 说 


首先 我 们 看 看 侯 捷 在 其 无 责任 书评 中 是 怎么 说 的 : 


演化 (evolution) 永远 在 进行 ， 但 这 个 世界 却 不 是 每 天 都 有 革命 性 (revolution) 的 事物 发 
生 。 动 不 动 宣称 自己 (或 自己 的 产品 ) 是 划时代 的 革命 性 的 ， 带 来 的 影响 就 像 时 下 满 街 跑 的 
хе 我 们 渐渐 无 动 于 囊 (ЛЕ) ! 但 是 Application Framework 的 的 确 确 
在 我 们 软件 界 称 得 上 具有 革命 精神 。 


什么 是 Application Framework ? Framework 这 个 字眼 有 组 织 、 框 架 、 体 制 的 意思 ， 
Application Framework 不 人 是 一 般 性 的 泛称 ， 它 其 实 还 是 面向 对 象 领域 中 的 一 个 专 有 名 词 。 


基本 上 你 可 以 说 ，Application Framework 是 一 个 完整 的 程序 模型 ， 具 各 标准 应 用 软件 所 需 的 
一 切 基 本 功能 ， 像 是 文件 存 取 、 打 印 预 览 、 数 据 交 换 ...， 以 及 这 些 功 能 的 使 用 接口 (工具 栏 、 
状态 栏 、 菜 单 、 对 话 框 ) 。 如 果 更 以 术语 来 说 ，Application Framework 就 是 由 一 整 组 合作 无 
ІМ ІІ 架构 起 来 的 大 模型 。 嘱 不 不 ， 当 它 还 没有 与 你 的 程序 产生 火花 的 时 候 ， 它 还 只 
是 有 形 无 体 ， 应 该 说 是 一 组 合作 无 闻 的 【类 」 以 构 起 来 的 大 模型 。 


这 带 来 什么 好 处 呢 ? 程序 员 只 要 带 个 购物 八 到 | 类 超级 市 场 」 采 买 ， 随 你 要 买 MDI 或 OLE 或 
ODBC 或 Printing Preview， 回 家 .后 融 可 以 轻易 拼凑 出 一 个 色香 味 俱全 的 大 和 餐 。 


| 类 超级 市 场 」 就 是 C++ 类 库 ， 以 产品 而 言 ， 在 Microsoft 是 MFC， 在 Borland 是 OWL， 在 
IBM 则 是 OpenClass。 这 个 类 库 不 只 是 类 库 而 已 ， 传 统 的 函数 库 (C Runtime 或 Windows 
АР!) 乃至 于 一 般 类 库 提供 的 是 生 鲜 超市 中 的 一 条 鱼 一 支 萄 一 颗 大 和 白菜， 彼此 之 间 没 有 什么 关 
联 ， 主 掌中 人 馈 的 你 必须 自己 选材 自己 调理 。 能 够 称 得 上 Application Framework 者 ， 提 供 的 是 
火锅 拼盘 (就 是 那 种 带 回 家 通通 丢 下 锅 就 好 的 那 种 ) ， 依 你 要 的 是 白菜 火锅 鱼 头 火锅 或 是 厅 
辣 火 锅 ， 荣 色 带 调理 包 都 给 你 配 好 。 当 然 这 样 的 火锅 拼 瘟 是 不 能 够 就 地 吃 的 ， 你 得 给 它 加 点 
能 量 。 放 把 火烧 它 吧 ， 这 火 就 是 所 谓 的 application object (在 МЕС 程序 中 就 是 派生 自 
CWinApp 的 一 个 全 局 对 象 ) 。 是 这 个 对 象 引 起 了 连锁 反应 (一连 串 的 'пем') ， 使 每 一 个 形 
(GE) 有 了 真正 的 体 (对 象 )， 把 应 用 程序 以 及 Application Framework 整个 带动 起 来 。 一 切 
因缘 全 由 是 起 。 


Application Framework 带 来 的 革命 精神 是 ， 程 序 模型 已 经 存在 ， 程 序 员 只 要 依 个 人 需求 加 料 
ТЫҢ 在 派生 类 中 改写 虚 玉 数 ， 或 在 派生 类 中 加 上 新 的 成 员 函 数 。 这 很 像 你 在 火锅 拼 般 中 依 
个 人 口味 加 盐 添 醋 。 


由 于 程序 代码 的 初期 规模 十 分 一 致 (什么 样 风 格 的 程序 应 该 使 用 什么 类 ， 是 一 成 不 变 的 ) ， 
而 修改 程序 以 符合 私人 需要 的 基本 动作 也 很 一 致 (我 是 指 像 [开辟 一 个 空 的 骨干 函数 ] 这 种 
事情 )， 你 动 不 了 Application Framework 的 大 架构 ， 也 不 需要 动 。 这 是 福利 不 是 约束 。 


应 用 程序 代码 骨干 一 致 化 的 结果 ， 使 优越 的 软件 开发 工具 如 CASE (Computer Aid Software 
Engineering) tool 容易 开发 出 来 。 你 的 程序 代码 大 架构 掌握 在 Application Framework 设计 
者 手 上 ， 于 是 他 们 就 有 能 力 制作 出 整合 开发 环境 (Integrated Development Environment, 
IDE) 了 。 这 也 是 为 什么 Microsoft、Borland、Symantec、Watcom、1IBM 等 公司 的 集成 开发 
环境 进步 得 如 此 令 人 咋舌 的 原因 了 。 


有 人 说 工学 院 中 唯一 保有 人 文 气息 的 只 剩 建筑 系 ， 我 总 觉得 信息 系 也 勉强 可 以 算 上 。 带 艺术 
气息 的 软件 创作 行为 《我 一 站 是 这 么 认为 的 ) ЖИ Application Framework 出 现 后 逐渐 成 为 工 
匠 技 术 ， 而 我 们 都 将 只 是 软件 IC 装配 厂 里 的 男 工 女工 。 其 实 也 没什么 好 顾 影 自 恰 ， 功 成 名 就 
的 冠 豫 从 来 也 不 鲁 落 在 程序 员 头 上 ; 我 们 可 能 像 纽约 街头 的 普 普 (POP) 工作 者 ， 自 认为 艺 
术 家 ， 可 别人 怎么 看 呢 ? 不 得 而 知 ! 话说 回来 ， 把 开发 软件 这 件 事 情 从 艺术 降格 到 工 技 ， 对 
人 类 只 有 好 处 没有 坏处 。 不 是 享 利 往 特 ， 我 们 又 如 何 能 够 享受 大 众 化 的 汽车 ?或 许 以 后 会 出 
m 「 纯 手工 精制 」 的 软件 ， 谁 感 关 趣 不 得 而 知 ， 我 自己 嘛 ... 唔 ... 倒 是 从 来 不 嫌 机 器 侵 头 难 吃 。 
如 果 要 三 言 两 语 点 出 Application Framework 的 特质 ， 我 会 这 么 说 : 我 们 挖 出 别人 早 写 好 的 一 


整套 模块 (MFC 或 OWL 或 OpenClass) 之 中 的 一 部 分 ， 给 个 引子 (application object) 使 
它们 一 一 具象 化 动 起 来 ， 并 被 允许 修改 其 中 某 些 需 件 使 这 程序 更 符合 私人 需求 ， 如 是 而 已 。 


我 怎么 说 
修 捷 的 这 一 段 话 实在 已 经 点 出 Application Framework 的 精神 。 凝 聚 性 强 、 组 织 化 强 的 类 库 就 


是 Application Framework。 一 组 合作 无 间 的 对 象 ， 彼 此 竺 消息 的 流动 而 沟通 ， 并 且 互 相 调 用 
对 方 的 函数 以 求 完成 任务 ， 这 就 是 Application Framework。 对 象 存在 哪里 ? 


在 MFC 中 ?! 这 样 的 说 法 不 是 十 分 完善 ， 因 为 MFC 的 各 个 类 只 是 「 对 象 属性 (行为) 的 定义 ] 
而 已 ， 我 们 不 能 够 说 МЕС 中 有 实际 的 对 象 存在 。 唯 有 当 程序 被 application object (这 是 一 个 
ЖЕН МЕС CWinApp 的 全 局 对 象 ) 引爆 了 ， 才 将 我 们 选用 的 类 一 一 具象 化 起 来 ， 产 生 实体 
并 开始 动作 。 图 5-1 是 一 个 说 明 。 


这 样子 说 吧 ， 静 态 情况 下 MFC 是 一 组 类 库 ， 但 在 程序 运行 时 期 它 束 生出 了 一 群 有 活动 力 的 对 
象 组 。 最 重要 的 一 点 是 ， 这 些 对 象 之 间 的 关系 早已 建立 好 ， 不 必 我 们 (程序 员 ) 操心 。 好 比 
说 当 用 户 按 下 菜单 的 【File/Open】 项 ， 开 文件 对 话 框 就 会 打开 ; 用 户 选 好 文件 名 后 ， 
Application Framework 就 开始 对 着 你 的 数据 类 ， 唤 起 一 个 名 为 Serialize ВУ УЖЕ, іх 
机 制 都 埋 好 了 ， 你 只 要 把 心力 放 在 那个 叫 作 Serialize 的 函数 上 即 可 。 


选用 标准 的 类 ， 做 出 来 的 产品 当然 就 没有 什么 特色 ， 因 为 别人 的 需 件 和 你 的 相同 ， 够 起 来 的 

成 品 也 束 一 样 。 我 指 的 是 用 户 接口 (U1) 对 象 。 但 你 要 知道 ， 软 件 工 业 发 展 到 现 阶段 这 个 世 

代 ， 看 重 的 已 不 再 是 Ul 的 争奇斗艳 ， 取 巧 哗 众 ; U 已 经 渐渐 走 上 标准 化 了 。 坎 件 一 决胜 负 的 
关键 在 数据 的 义理。 事实 上 ， 在 | 真正 做 事 」 这 一 点 ， 整 个 application framework 是 无 能 六 

力 的 ， 也 丈 是 说 对 于 数据 结构 的 安排 ， 数 据 的 外 理 ， 数 据 的 显示 ，Application Framework 所 
能 提供 的 ， 无 一 不 是 单单 一 个 空 壳 而 已 一 С++ 语言 来 讲 就 是 个 虚 函 数 。 软 件 开 发 人 员 必 
须 想 办 法 改造 (override) 这 些 虚 函数 ， 才 能 符合 个 人 所 需 。 基 于 C++ 语言 的 特性 ， 我 们 很 

容易 继承 既 有 之 类 并 加 上 自己 的 特色 ， 这 束 是 面向 对 象 程序 设计 的 主要 精神 。 也 因此 ，C++ 

语言 中 有 关于 「 继 承 」 性 质 的 份量 ， 在 MFC 程 序 设计 里 头 占有 很 重 的 比例 ， 在 学 习 使 用 MFC 
的 同时 ， 你 应 该 对 C++ 的 继承 性 质 和 虚 函 数 有 相当 的 认识 。 第 2 章 有 我 个 人 对 C++ 这 两 个 性 质 
的 心得 。 





CHyMinApp theApp:; // global object 
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cCMultiboeTesmplate* phocTemplate; ' а 
pDocTemplate = new CMultiDocTemplate| КЕНТ ЈИ Үн 中 的 
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RUNTIME CLASS[CMyDoc], 

RUNTIME CLASS [CMyMDICh: lend), 

RUNTIME CLASS [CH ew) di 
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ecMVyMDIFraeend* pMSainFrame = new CMyMDIFLameMnd; 
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Application Framework 究竟 能 提供 我 们 多 么 实用 的 类 呢 ?或 者 我 们 这 么 问 : 哪些 工作 已 经 被 
处 理 掉 了 ， 哪 些 工 作 必须 由 程序 员 拭 下 来 ?比方 说 一 个 标准 的 МЕС 程序 应 该 有 一 个 可 以 读 写 
文件 数据 的 功能 ， 然 而 应 用 程序 本 身 有 它 独 特 的 数据 结构 ， 从 МЕС 得 来 的 需 件 可 能 与 我 的 个 
人 需求 搭配 吗 ? 


我 以 另 一 个 比喻 做 回答 。 


假设 你 买 了 一 个 整 广 整 线 计 划 ， 包 括 仓 贮 、 物 料 、MIS、 生 管 ， 各 个 部 门 之 间 的 搭配 也 都 建立 
起 来 了 ， 包 含 在 整 广 整 线 计划 内 。 这 个 三 原先 是 为 了 生产 油 欧 酒 ， 现 在 改变 主意 要 生产 日 兰 
地 ， 难 道 整 个 三 都 不 能 用 了 吗 ?不 ! 只 要 把 进货 原料 改 一 改 、 发 酵 程 序 改 一 改 、 撕 小 程序 改 
一 改 、 整 个 厂 的 其 它 设备 以 及 设备 与 设备 之 间 的 联机 配合 (这 是 顶 顶 重要 的 ) 都 可 以 再 利 
ЯН. е2 А1156, Зе а, СЕНЯ, РЕЛЕ MIS 监 控 全 厂 ， 这 些 程序 
都 是 不 必 改 变 的 。 


一 个 整 广 整 线 计划 ， 每 一 单元 之 间 的 联机 沟通 ， 合 作 关 系 ， 都 已 经 建立 起 来 ， 是 一 种 构造 好 
的 运作 模式 。 抽 换 某 个 单元 的 性 质 或 部 分 性 质 ， 并 不 影响 整体 作业 。 ТЕГЕ) 最 重要 最 
有 价值 的 是 各 单元 之 间 的 流程 与 控制 。 


反映 到 面向 对 象 程序 设计 里 头 ，Application Framework 就 是 「 整 厂 整 线 规划 」 , Application 
Framework 提供 的 类 就 是 上 述 工厂 中 一 个 一 个 的 单元 。 最 具 价值 的 就 是 各 类 之 间 的 交互 运作 
模式 。 

虽然 文件 读 守 (此 动作 在 MFC 称 为 Serialize) 单元 必须 改写 以 符合 个 人 所 需 ， 但 是 单元 与 单 
元 之 间 的 天 系 依然 存在 而 且 极 电价 值 。 当 用 户 在 程序 中 选 按 [FilelOpen] zm [File/Save] , 

框架 窗口 目 动 通知 Document 对 象 内存 数据 ) ， 引 发 Serialization 动作 ; 而 你 为 了 个 人 的 需 
Ж, uk Y ix ` Serialize ÆR. Rt МЕС 的 改写 范围 与 程度 ， 视 你 的 程序 有 多 么 特异 而 
Е, 


п] ПЯ Г BARAHA ? ЯР СВЕ Г. ЛМЕ ЩЩ ТЕ {ЕЕ Е, 
为 软件 的 必 各 功能 使 它们 县 有 相当 的 相似 性 (尤其 Windows 又 强调 界面 一 致 性 )。 好 比 说 程序 
想 支 持 MDI 接口 ， 想 支持 OLE， 这 基本 上 是 超越 程序 之 专业 应 用 领域 之 外 的 一 种 大 格局 ， 一 
种 大 架构 ， 最 适合 Application Framework 发 挥 。 


很 明显 ，Application Framework 是 一 组 超级 的 类 库 。 能 够 被 称 为 Framework 者 必须 其 中 的 类 
性 质 紧密 咬合 ， 互 相 呼 上 应。 因此 你 也 就 可 以 想象 ，Framework 所 提供 的 类 是 一 伙 的 ， 不 是 单 
片 包 骏 的 。 你 把 这 伙 示 西 放 和 程序 里 ， 你 也 融 得 乖 弄 遵 循 一 种 特定 的 (Application 
Framework 所 规定 的 ) 程序 风格 来 进 进程 序 设 计 工 作 。 但 是 侯 捷 也 告诉 我 们 ， 这 是 福利 不 是 
约束 。 


别人 怎么 说 


其 它 人 又 怎么 看 Application Framework ?我 将 肪 列 数 篇 文章 中 的 相关 定义 。 若 将 原文 译 为 中 
文 ， 我 恐怕 力 有 未 逮 辞 不 达意 ， 所 以 列 出 原文 供 你 参考 。 

1985 年 ，Apple 公 司 的 MacApp 严 格 而 系统 化 地 定义 出 做 为 一 个 商业 化 Application 
Framework 所 需要 的 天 键 理念 : 


Ihe kev ideas ol a commercial application framework : a generic app on steroids that 


provides a large amount of general-purpose functionality within a well-planned. well- 





tested. eohesme structure 


cohesive 的 意思 是 强 而 有 力 、 有 凝聚 力 的 。 


steroid 是 类 固 醇 。 自 从 加 拿 大 100 公 尺 名 将 班 琼 森 在 汉城 奥运 吃 了 这 药物 而 车 得 金牌 并 打破 
世界 记录 ， 相 信 世 人 对 这 个 名 称 不 会 阳 生 (当然 琼 森 的 这 块 金牌 和 他 的 世界 记录 后 来 是 被 取 
消 的 ) о 


类 固 本 俗称 美国 仙 丹 ， 是 一 种 以 胆 固 本 结构 为 基础 ， 派 生 而 来 的 荷尔蒙 ， 对 于 发 炎 红 肿 等 古 
状 有 极速 疗效 。 然 而 因为 它 是 透 过 抑制 人 类 免疫 系统 而 得 到 疗效 ， 如 果 使 用 不 当 ， 会 带 来 极 
不 及 的 副作用 。 


运动 员 用 于 短 时 间 内 增强 身体 机 能 的 雄性 激素 就 是 类 固 醇 的 一 种 ， 会 影响 脂肪 代谢 ， 服 用 过 
量 会 导 至 极 大 的 副作用 。 


基本 上 MacApp 以 类 固 醇 来 比拟 Application Framework 虽 是 妙 喻 ， 但 类 固 醇 会 对 人 体 产 生 不 好 
的 副作用 而 Application Framework 不 会 对 软件 开发 产生 副作用 -- 除非 你 认为 不 能 随心 所 欲 写 
你 的 代码 也 算是 一 种 副作用 。 


Apple 更 一 步 更 明确 地 定义 一 个 Application Framework 是 : 


an extended collection. ol classes that cooperate to support a complete application 


architecture or application model, providing more complete application devclopmeni 





support than a simple set ol class libraries 


这 里 所 指 的 support 并 不 只 是 视觉 性 UI 组件 如 menu、dialog、listbox...， 还 包括 一 个 应 用 程 
序 所 需要 的 其 它 功 能 设备 ， 像 是 Document, View, Printing, Debugging。 


另 一 个 相关 定义 出 现在 Ray Valdes 于 1992 年 10 月 发 表 于 Dr Dobb's Journal 的 "Sizing up 
Application Frameworks and Class Libraries" 一 文 之 中 : 


An application Iramework is an integrated object-oriented software svstem that о еге 


all Ше application-Ievel classes ( documents, vicws. and commands ) needed bv a 


generic application 


Ап application. framework is meant to Бе used in its entirety, and fosters both. desien 
|reuse and code reuse. An application framework embodies a particular philosophy for 


structurning an application, and зп retum for а large mass of prebuilt functionality, the 





programmer gives up control over тапу architectural-design decisions 












































Donald G. Firesmith 在 一 篇 名 为 "Frameworks : The Golden path of the object Nirvana" 的 文 
章 中 对 Application Framework 有 如 下 定义 : 


What arc Irameworks ; They аге significant collections ol collaborating classes Ша! 


capture both the small-scale pattems and major mechanisms that, in tum. implement 


the common requirements and design in a specific application domain 





* Nirvana ŁZE £. Exe a REA] A ды 


Bjarne Stroustrup (C++ 原创 者 ) 在 他 的 The C++ Programming Language 一 书 中 对 于 
Application Framework 也 有 如 下 叙述 : 


Libraries build out of the kinds of classes described above support design and re-use of 


code bv supplving building. blocks and wavs of combining them: the application 


builder designs a framework into which these common building blocks arc fitted. Ап 


alternative. and sometimes more ambitious, approach to the support ol йезеп and re- 
usc 15 to provide code that establishes a common framework into which the application 
builder fits application-specific code as building blocks. Such an approach 15 often 
called an application framework. The classes establishing such a framework often have 


such fat interfaces that thev arc hardly types in the traditional sense. They approximate 





the ideal of being complete applications, except that they don't do anything. The 





specilic actions are supplied bv the application programmer 


Kaare Christian 1=1994/02/08 РС Magazine 中 有 一 篇 "C++ Application Frameworks" X: 
=, ЯНА ЕЛІ (53) 


两 年 前 我 在 纽约 北边 的 乡村 盖 了 一 栋 post-and-beam 房子 。 在 我 到 达 之 前 我 的 木匠 已 经 把 每 
一 根 梁 的 外 形 设计 好 并 制作 好 ， 把 一 根 根 的 粗 烟 木 材 变 成 一 块 块 锯 得 漂 漂 完 完 的 需 件 ， 一 切 
准 各 就 线程 只 待 安装 。 ( 注 : 所 谓 post-and-beam 应 是 指 那 种 梁 柱 都 已 规格 化 ， 可 以 邮购 回 
来 自己 动手 盖 的 DIY 一 一 Do It Yourse|lf 一 一 房子 ) 。 


使 用 Application Framework 建 造 一 个 Windows 应 用 程序 也 有 类 似 的 过 程 。 你 使 用 一 组 早已 做 
好 的 需 件 ， 它 使 你 行进 快速 。 由 于 这 些 需 件 坚强 耐用 而 且 稳 固 ， 后 面 的 工作 束 简 单 多 了 。 但 
最 重要 的 是 ， 不 论 你 使 用 规格 化 的 梁 柱 框架 来 盖 一 栋 房 子 ， 或 是 使 用 Application Framework 
来 建立 一 个 Windows 程序 ， 工 作 类 型 已 然 改 变 ， 出 现 了 一 种 完全 奋 新 的 做 事 方法 。 在 我 的 
post-and-beam 房子 中 ， 工 作 类 型 的 改变 并 不 总 是 带 来 帮助 ; 贸易 丙 在 预制 梁 柱 的 瓜 巧 上 可 
能 会 遭遇 适应 上 的 困扰 。 同 样 的 事情 最 初 也 发 生 在 Windows 身上 ， 因 为 你 原 已 具备 的 某 些 以 
С 485 Windows 程序 的 能 力 ， 现 在 在 以 C++ 和 Application Framework 开发 程序 的 过 程 中 
无 用 武之 地 。 时 间 过 去 之 后 ，Windows 程序 设计 的 类 型 移 转 终于 带 来 了 伟大 的 利益 与 方便 。 
Application Framework 本 身 把 message loops 和 其 它 Windows 的 苦 役 都 做 掉 了 ， 它 促进 一 个 
比较 秩序 井然 的 程序 结构 。 


Application Framework 一 一 建立 Windows 应 用 软件 所 用 的 C+t+ 类 库 一 一 如 今 已 行 之 有 年 ， 
为 面向 对 象 程序 设计 已 经 快速 地 获得 了 接受 度 。Windows АРІ 是 程序 性 的 ，Application 
Framework 则 让 你 写 面 向 对 象 式 的 Windows 程 序 。 它 们 提供 预先 写 好 的 机 能 (A C++ 类 型 式 
呈现 出 来 ) ， 可 以 加 速 应 用 软件 的 开发 。 


Application Framework 提供 数 种 优点 。 或 许 最 重要 的 ， 是 它们 在 面向 对 象 程序 设计 模式 下 对 
Windows 程序 设计 过 程 的 影响 。 你 可 以 使 用 Framework 来 减轻 例 行 但 繁复 的 琐事 ， 目 前 的 
Application Framework 可 以 在 图 形 、 对 话 框 、 打 印 、 求 助 、OCX 31+, ЛИК. ОЕ 
等 各 方面 帮助 我 们 ， 它 也 可 以 产生 漂亮 的 UI 接口 如 工具 栏 和 状态 栏 。 


借 着 Application Framework 的 帮助 写 出 来 的 代码 往往 比较 容易 组 织 化 ， 因 为 Framework 改 变 
了 Windows 管 理 消息 的 方法 。 也 许 有 一 天 Framework 还 可 以 帮 你 维护 单一 一 套 代 码 以 应 付 不 
同 的 执行 平台 。 


你 必须 对 Application Framework 有 很 好 的 知识 ， 才 能 够 修改 由 它 附 带 的 软件 开发 工具 制作 出 
来 的 骨干 程序 。 它 们 并 不 像 Visual Basic 那 么 容易 使 用 。 但 是 对 Application Framework 专家 而 
言 ， 这 些 程序 代码 产生 器 可 以 省 下 大 量 时 间 。 


使 用 Application Framework 的 主要 缺点 是 ， 没 有 单一 一 套 产品 广 被 所 有 的 C++ 编译 器 支持 。 
所 以 当 你 选 定 一 套 Framework， 在 某 个 范围 来 说 ， 你 也 等 于 是 选择 了 一 个 编译 器 。 


为 什么 使 用 Application Framework 


虽然 Application Framework 并 不 是 新 观念 ， 它 们 却 在 最 近 数 年 地 成 为 PC 平台 上 软件 开发 的 
主流 工具 。 面 向 对 象 语言 是 具体 实现 Application Framework ВЈ 8 2 E, С++ 编译 器 在 
PC 平台 上 的 出 现 与 普及 终于 人 允许 主流 PC 程序 员 能 够 享受 Application Framework 带 来 的 利 
14, 


从 八 十 年 代 早 期 到 九 十 年 代 初 始 ，C++ 大 都 存在 于 UNIX 系统 和 研究 人 员 的 工作 站 中 ， 不 在 
PC ДЖ а Е. С++ 以 及 其 它 的 面向 对 象 语言 (例如 Smalltalk-80) 使 一 些 大 学 和 研究 
计划 生产 出 现今 商业 化 Application Framework 的 鼻祖 。 但 是 这 些 早期 产品 并 没有 明显 区 陋 出 
应 用 程序 与 Application Framework 之 间 的 界线 。 


& Ж 5 НИЖЕ X, вета ла. Application Framework, Class 
Library 和 GUl toolkits 是 三 大 类 型 的 软件 开发 工具 (请 见方 块 说 明 ) ， 这 三 类 工具 虽然 以 不 同 
的 技术 方式 逼近 目标 ， 它 们 却 一 致 追求 相同 而 基本 的 软件 开发 关键 利益 : 降低 写 程 序 代 码 所 

花 的 精力 、 加 速 开发 效率 、 加 强 可 维 扩 性 、 增 加 强 固 性 (robustness) 、 为 组 合式 的 软件 机 能 
提供 杠杆 支点 (有 了 这 个 支点 ， 再 大 的 软件 我 也 举 得 起 来 ) 。 


当 我 们 面临 软件 工业 革命 ， 我 们 的 第 一 个 考虑 点 是 : 我 的 软件 开发 技术 要 从 哪 一 个 技术 面 切 
A? гам АРІ 还 是 从 高 阶 一 点 的 工具 ? 如 果 答 案 是 后 者 ， 第 二 个 考虑 点 是 我 使 用 哪 一 层级 的 
TA ? GUI toolkits 还 是 Class Library 还 是 Application Framework ? 如 果 答 案 又 是 后 者 ， 第 
三 个 考虑 点 是 我 使 用 哪 一 套 产 品 ?MFC 或 OWL = Open Class Library ? 


(目前 PC 上 还 没有 第 四 套 随 编译 器 附 赠 的 Application Framework > m) 


别 认为 这 是 领导 者 的 事情 不 是 我 (工程 病 ) 的 事情 ， 有 这 种 想法 你 就 永远 当 不 成 领导 者 。 也 
别 认 为 这 是 工程 病 的 事情 不 是 我 〈 学 生 ) 的 事情 ， 学 生 的 下 一 步 融 是 工程 病 ; 及 早 想 点 工业 
界 的 激烈 竞争 ， 对 你 在 学 生 阶 段 规划 人 生 将 有 吴 大 帮助 。 


我 相信 ，Application Framework 是 最 好 的 杠杆 支点 。 


Application Framework, Class Library, GUI 
toolkit 


一 般 而 言 ，Class Library 和 GUI toolkit № Application Framework 的 规模 小 ， 定 位 也 没 那么 
高 阶 宏观 。Class Library 可 以 定义 为 [一 组 有 具 各 面向 对 象 性 质 的 类 ， 它 们 使 应 用 程序 的 某 些 
功能 实现 起 来 容易 一 些 ， 这 些 功能 乌 插 数值 运算 与 数据 结构 、 绘 图 、 内 存 管理 等 ; 这 些 类 可 
以 一 片 一 片 毫 无 瓜葛 地 并 入 点 用 程序 内 」。 


请 特别 注意 这 个 定义 中 所 强调 的 一片 一 片 晤 无 瓜 宫 上 」 ， 而 不 像 Application Framework 是 大 
伙 儿 一 并 加 入 。 因 此 ， 你 尽 可 以 随意 使 用 Class Library， 它 并 不 会 强迫 你 遵循 任何 特定 的 程 
РЕЖ Class Library 通常 提供 的 不 只 是 UI 功能 、 也 包括 一 般 性 质 的 机 能 ， 像 数据 结构 的 义 
理 、 日 期 与 时 间 的 转换 等 等 。 


GUI toolkit 提供 的 服务 类 似 Class Library， 但 它 的 程序 接口 是 程序 导向 而 非 面向 对 象 。 而 且 它 
的 功能 大 都 集中 在 图 形 与 UI 接口 上 。GUI toolkit 的 发 展 历 史 早 在 面向 对 象 语言 之 前 ， 某 些 极 
为 成 功 的 产品 甚至 是 以 汇编 语言 (assembly) 写成 。 不 要 必然 地 把 GUI 联想 到 Windows， 
GUI toolkit 也 有 DOS 版 本 。 我 用 过 的 Chatter Box 就 是 DOS 环境 下 的 GUI 工具 (是 一 个 函数 
库 ) 。 


使 用 Application Framework 的 最 直接 原因 是 ， 我 们 受 够 了 日 益 暴 增 的 Windows API。 把 
МЕС 想 象 为 第 四 代 语 言 ， 单 单一 个 类 融 帮 我 们 做 挥 原先 要 以 一 大 堆 APIs 才能 完成 的 事情 。 


但 更 深入 地 想 ，Application Framework 绝 不 只 是 为 了 降低 我 们 花 在 浩瀚 无 涯 的 Windows АР! 
的 时 间 而 已 ; 它 所 带 来 的 面向 对 象 程序 设计 观念 与 方法 ， 使 我 们 能 够 站 在 一 群 优秀 工程 病 

(MFC 或 OWL 的 创造 者 ) 的 努力 心血 上 ， 继 承 其 成 果 而 开发 自己 之 所 需 。 同 时 ， 因 为 
Application Framework 特殊 的 工作 类 型 ， 整 体 开 发 工具 更 容易 制作 ， 也 制作 的 更 完美 。 在 我 
们 决定 使 用 Application Framework 的 同时 ， 我 们 也 获得 了 这 些 整 合 性 软件 开发 环境 的 支持 。 
在 软件 开发 过 程 中 ， 这 些 开 发 工具 角色 之 重要 性 不 亚 于 Application Framework ЖЕ. 


Application Framework 将 成 为 软件 技术 中 最 重要 的 一 环 。 如 果 你 不 知道 它 是 什么 ， 赶 快 学 习 
它 ; 如 果 你 还 没有 使 用 它 ， 赶 快 开始 用 。 机 会 之 窗 不 会 永远 为 你 打开 ， 在 你 的 竞争 者 把 它 关 

闭 之 前 赶快 进入 | 如 果 你 认为 改朝换代 还 早 得 很 ， 请 注意 两 件 事情 。 第 一 ， 江 山 什么 时 候 变 

色 可 谁 也 料 不 准 ， 当 你 埋 首 工作 时 ， 外 面 的 世界 进步 尤其 飞快 ; 第 二 ， 面 向 对 象 和 Application 
Framework 可 不 是 那么 容易 学 的 ， 花 多 少时 间 才 能 登 卫 人 军 可 还 得 赁 各 人 资质 和 基础 呢 。 


浩瀚 无 涯 的 Windows АРІ 


Windows ЖБ 推出 日 期 АРІ {91 АМФ 

1.0 1985.11 379 ? 

2.0 1087.11 458 ? 

3.0 1 990.05 578 ? 

Miu himm edia Ex 1991.12 120 T 

3.1 199204 DTA 271 

Win32s 1 995.08 838 287 

Win 32 1 902.08 1440 СИНЕ > 291 СФИНКТЕР > 


Microsoft Foundation Classes (МЕС) 


PC 世界 里 出 了 三 套 C++ Application Frameworks， 并 且 有 越 来 越 多 的 趋势 。 这 三 套 是 
Microsoft 的 MFC ( Microsoft Foundation Classes ) , Borland 的 OWL ( Object 
WindowLibrary) ， 以 及 IBM VisualAge C++ 的 Open Class Library。 至 于 其 它 C++ 编译 器 厂 
两 如 Watcom、Symantec、Metaware， 只 是 供应 集成 开发 环境 (Integraded Development 
Environment, IDE) ， 其 Application Framework 都 是 采用 微软 公司 的 МЕС, 


Delphi (Pascal 语言 ) ， 依 我 之 见 ， 也 称 得 上 是 一 套 Application Framework, Java 语言 本 
和 映 内 建 一 套 标 准 类 库 ， 依 我 之 见 ， 也 够 得 上 资格 被 称 为 Application Framework, 


Delphi 和 Visual Basic， 又 被 称 为 是 一 种 应 用 程序 快速 开发 工具 (RAD, Rapid Application 
Development) 。 它 们 采用 PME (Properties-Method-Event) 架构 ， 写 程序 的 过 程 像 是 在 一 
张 画 布 上 拼凑 一 个 个 现成 的 组 件 (components) : 设 定 它们 的 属性 (properties) 、 指 定 它们 
应 该 [有 所 感 」 的 外 来 刺激 (events) ， 并 决定 它们 面 对 此 刺激 时 在 预 设 行为 之 外 的 行为 
(methods) 。 所 有 动作 都 以 拖拉 、 设 定数 值 的 方式 完成 ， 非 常 简单。 只 有 在 设 定 组 件 与 组 件 
之 间 的 互动 天 系 时 才 牵 涉 到 程序 代码 的 写作 〈 这 一 小 段 代 码 也 因此 成 为 顺利 成 功 的 关键 ) 。 


Borland 公司 于 1997 年 三 月 推出 的 C++ Builder 也 属于 PME 架 构 ， 提 供 一 套 Visual Component 
Library (VCL) ， 内 有 许 许 多 多 的 组 件 。 因 此 C++ Builder 也 算得 上 是 一 套 RAD (应 用 程序 
快速 开发 工具 ) 。 


早 初 ， 开 发 Windows 应 用 程序 必须 使 用 微软 的 SDK (Software Development Kit) ， 直 接 调用 
Windows АРІ 函 效 ， 同 Windows 操作 系统 提出 各 种 要 求 ， 例 如 配置 内 存 、 开 所 窗口 、 输 出 图 


ЖЕ... 
所 谓 API (Application Programming Interface) ， 就 是 开放 给 应 用 程序 调用 的 系统 功能 。 


数 以 和 干 计 的 Windows APls， 每 个 看 起 来 都 好 像 比重 相 和 在 〈 至 少 你 从 手册 上 看 不 出 来 束 轻 束 
tB) 。 有 些 APls 彼此 虽 有 和 群 组 关系 ， 却 没有 相近 或 组 织 化 的 落 数 名 称 。 星 罗 棋 布 ， 雾 列 星 
т; ХЕ БЕЛЕ, RARA. ББ Windows 应 用 程序 需要 大 量 的 耐力 与 毅力 ， 以 
及 大 量 的 小 心 递 愤 | 


MFC 和 希 助 我 们 把 这 些 洛 楷 的 APls， 利 用 面 癌 对 象 的 原理 ， 逮 辑 地 组 织 起 来 ， 使 它们 具备 抽象 
化 、 封 疼 化 、 继 承 性 、 多 态 性 、 模 块 化 的 性 质 。 


1989 年 微软 公司 成 立 Application Framework 技术 团队 ， 名 为 AFX 小 组 ， 用 以 开发 C++ 面向 
对 象 工具 给 Windows 应 用 程序 开发 人 员 使 用 。AFX 的 "X" 其 实 没有 什么 意义 ， 只 是 为 了 凌 成 
一 个 响亮 好 念 的 名 字 。 


这 个 小 组 最 初 的 「 完 章 」 ， 根 据 记 载 ， 是 要 "utilize the latest in object oriented technology to 
provide tools and libraries for developers writing the most advanced GUI applications on the 
market"， 其 中 并 未 男 地 目 限 与 Windows 操作 系统 有 关 。 果 然 ， 其 第 一 个 原型 产品 ， 有 上 自己 的 
窗口 系统 、 自 己 的 绘图 系统 、 自 己 的 对 象 数 据 库 、 力 至 于 自己 的 内 存 管理 系统 。 


当 小 组 成 员 以 此 产品 开发 应 用 程序 ， 他 们 发 现实 在 是 太 复 杂 ， 又 屠 离 公司 的 主流 系统 一 一 
Windows 一 太 遥 远 。 于 是 他 们 修改 宪章 变 成 "deliver the power of object-oriented solutions 
to programmers to enable them to build world-class Windows based applications in C++." 这 
差不多 正 是 Windows 3.0 ЖШ ЕНУ 4. 


С++ 是 一 个 复 条 的 语言 ，AFX 小 组 预期 MFC 的 用 户 不 可 能 人 人 此 为 C++ 专家 ， 所 以 他 们 并 没 
有 采用 所 有 的 C++ 高 阶 性 质 〈 例 如 多 重 继承 ) 。 许 多 Гм dB [几乎 一 成 不 变 」 的 
Windows? Fr zh fF SR ЕЛЕМЕС 3€ rh, üsWinMain 、 RegisterClass、Window 
Procedure 等 等 等 。 


R tix E38 rg Windows ЖЕ 55 EJULSEz& — EX" 7 BJ, BEIE Г Windows 程序 的 原 
型 奥秘 ， 这 也 是 为 什么 我 要 在 本 书 之 中 铬 而 不 舍 地 控 出 它们 的 原因 。 


为 了 让 MFC 尽 可 能 地 小 ， 尽 可 能 地 快 ，AFX 小 组 不 得 不 舍 开 高度 的 抽象 (ЕЛЕНЕ 
24) ， 而 引进 他 们 目 己 发 明 的 机 制 ， 党 试 在 面向 对 象 领域 中 解决 Windows 消息 的 义理 问题 。 
这 也 就 是 本 书 第 9 章 深 入 探讨 的 Message Mapping 和 Message routing 机 制 。 注 意 ， 他 们 并 
没有 改变 C++ 语 襄 本身 ， 也 没有 扩大 语言 的 功能 。 他 们 只 是 设计 了 一 些 仿 人 担 案 叫绝 的 宏 ， 而 
这 些 宏 背后 隐藏 着 巨 大 的 机 制 。 


了 解 这 些 宏 (以 及 它们 背后 所 代表 的 机 制 ) 的 意义 ， 以 及 隐藏 在 МЕС 类 之 中 的 那些 足以 曝露 
原型 机 蜜 的 「 碎 烦 事 儿 」， 正 是 我 认为 掌握 МЕС ix € Application Framework 的 重要 手段 。 


束 如 同 前 面 那 些 形 而 上 的 定义 ，MFC 是 一 组 凝聚 性 强 、 组 织 性 强 的 类 库 。 如 果 你 要 利用 MFC 
发 展 你 的 应 用 程序 ， 必 须 同 时 引用 数 个 必要 类 ， 互 相 挫 配 文 持 。 图 5-3 是 一 个 标准 的 MFC 程 序 
Яғ. ЕТЕНЕ ЕНУ, ӘЛІНЕ, ХВАН ТҚЕ 
在 ， 消 息 的 流动 程序 也 都 已 设 定 。 当 你 要 为 这 个 程序 设计 真正 的 应 用 功能 ， 不 必 在 意 诸 如 
[我 如 何 得 知 用 户 按 左 键 ? 左 键 按 下 后 我 如 何 启动 菜 一 个 汞 数 ? 参数 如 何 传递 过 去 .….」 等 琐 
事 ， 只 要 专注 在 左 键 之 后 真正 要 做 的 功能 动作 就 好 。 
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5-3 标准 MFC 程 序 的 风貌 


白头 宫女 话 天 宝 : Visual С++ 与 МЕС 


微软 公司 于 1992/04 推出 C/C++ 7.0 产品 时 初次 向 世人 介绍 了 MFC 1.0， 这 个 初试 哨 声 的 产品 
包含 了 20,000 行 C++ 原始 代码 ，60 个 以 上 的 Windows 相 关 类 ， 以 及 其 它 的 一 般 类 如 时 间 、 数 
据 人 处理、 文件 、 内 存 、 诊 断 、 字 符 串 等 等 等 。 它 所 提供 的 ， 其 实 是 一 个 "thin and efficient 
C++ transformation of the Windows АРІ", 232 位 版 亦 在 1992/07 随 着 Win32 SDK 推出 。 


МЕС 1.0 获得 的 回响 带 给 АРХ 小 组 不 少 鼓舞 。 他 们 的 下 一 个 目标 放 在 : 
° 更 高 阶 的 架构 支持 
° RER (LEER PROE) 


Ву БИЛ, f Document/View 架构 ， 后 者 成 就 了 工具 栏 、 状 态 栏 、 打 印 、 预 览 等 极 受 欢迎 的 UI 
性 质 。 当 然 ， ae 虽然 АРХ 小 组 并 未 承诺 MFC 可 以 路 不 同 操作 
系统 如 UNIX XWindow. OS/2 PM. Mac System 7， 但 在 其 本 家 (Windows 产品 线 ) 身上 ， 
在 16 位 Windows 3.x 和 32 位 Windows 95 与 Windows NT 之 间 的 移植 性 是 无 庸 置疑 的 。 虽 然 其 
16 位 产品 和 32 位 产品 是 分 别 包 疼 销售 ， 你 的 原始 代码 通 背 只 需 重 新 编译 链接 即 可 。 


Visual C++ 1.0 (也 就 是 C/C++ 8.0) 搭配 МЕС 2.0 于 1993/03 推出 ， 这 是 针对 Windows 3.x 
的 16 位 产品 。 接 下 来 又 在 1993/08 推出 在 Windows NT 上 的 Visual C++ 1.1 for Windows МТ, 
搭配 的 是 MFC 2.1。 这 两 个 版 本 有 着 相同 的 基本 性 质 。MFC 2.0 内 含 近 60,000 行 C++ 程序 代 
码 ， 分 散在 100 个 以 上 的 类 中 。Visual C++ 整合 环境 的 数 个 重要 工具 (大 家 熟知 的 
Wizards) 本 身 即 以 МЕС 2.0 设计 完成 ， 它 们 的 出 现 对 于 软件 生产 效率 的 提升 有 极 大 贡献 。 


微软 在 1993/12 又 推出 了 16 位 的 Visual C++ 1.5， 搭 配 МЕС 2.5。 这 个 版 本 最 大 的 进步 是 多 
了 OLE2 和 ODBC 两 组 类 。 整 合 环境 也 为 了 支持 这 两 组 类 而 做 了 些微 改变 。 


1994/09， 微 软 推出 Visual С++ 2.0, ##BëMFC 3.0， 这 个 32 位 版 本 主要 的 特征 在 于 配合 目标 
操作 系统 (Windows NT 和 Windows 95) ， 文 持 多 线程 。 所 有 类 都 是 thread-safe。Ul x12&75 
面 ， 加 入 了 属性 表 (Property Sheet) 、miniframe 窗口 、 可 随处 停 驻 的 工具 栏 。MFC 
collections X e E 7j template-based。 链 接 器 有 重大 突破 ， 原 使 用 的 Segmented Executable 
Linker 改 为 Incremental Linker， 这 种 链接 器 在 对 OBJ 文件 做 链接 时 ， 并 不 每 次 从 头 到 尾 重 
新 来 过 ， 而 只 是 把 新 数据 往 后 加 ， 旧 数据 加 记 作 上 废 。 想 当然 耳 ，EXE 文件 会 累积 许多 不 用 的 
垃圾 ， 那 没关系 , 透 过 Win32 memory-mapped file, 操作 系统 (Windows NT 及 Windows 

95) 只 把 欲 使 用 的 部 分 加 载 ， 丝 曼 不 影响 执行 速度 。 必 要 时 程序 员 也 可 选用 传统 方式 链接 ， 
这 些 垃 圾 目 然 融 不 见 了 。 对 我 们 这 些 终日 受制 于 edit-build-run-debug 轮回 的 程序 员 ， 
Incremental Linker 可 真是 个 好 礼物 。 


1995/01， 微 软 又 加 上 了 MAPI (Messaging АРІ) 和 WinSock 支持 ， 推 出 MFC 3.1 (32 位 元 
版 ) ， 并 供应 13 个 通用 控制 组 件 ， 也 就 是 Windows 95 所 提供 的 tree、tooltip、spin、 slider, 
progress、RTF edit 等 等 控制 组 件 。 


1995/07, МЕС 813.2 版 ， 那 是 不 值 一 提 的 小 改版 。 


Ў e 85e 1995/09 的 32 位 MFC 4.0。 这 个 版 本 纳入 了 DAO 数据 库 类 、 多 线程 同步 控制 类 ， 并 
允许 制作 OCX containers。 搭 配 推出 的 Visual C++ 4.0 编译 器 ， 也 终于 支持 了 template. 
RTTI 等 C++ 语言 特性 。|DE 整合 环境 有 重大 的 改头换面 行动 ，Class View. Resource 
View. File View 都 使 得 项 目的 管理 更 站 党 于 轻松，Wizardbar 则 活脱 脱 是 一 个 简化 的 
ClassWizard。 此 外 ， 多 了 一 个 极 好 用 的 Components Gallery， 并 人 允许 程序 员 订 制 
AppWizard。 


1996 年 上 半年 又 推出 了 MFC 4.1， 最 大 的 焦点 在 ISAPI (Internet Server АРІ) 的 支持 ， 提 供 
五 个 新 类 ， 分 别 是 CHttpServer 、CHttpFilter 、 CHttpServerContext 、 
CHttpFilterContext、CHtmlStream， 用 以 建立 交互 式 Web 应 用 程序 。 整 合 环境 方面 也 对 应 地 
提供 了 一 个 ISAPI Extension Wizard。 在 附加 价值 上 ，Visual C++ 4.1 提 供 了 Game SDK, #5 
助 开 发 Windows 95 上 的 高 效率 游戏 软件 。Visual C++ 4.1 还 提供 不 少 个 由 协力 公司 完成 的 
OLE 控 制 组 件 (OCXs) ， 这 些 ОЕ 控制 组 件 技术 很 快 束 要 全 面 由 果 上 跃 到 网 上 ， 称 为 
ActiveX 控制 组 件 。 不 过 ， 和 遗憾 的 是 ，Visual С++ 4.1 的 编译 器 有 些 自 虫 ， 不 能 够 制作 

VXD (EMRE AIE) o 


1996 年 下 半年 推出 的 MFC 4.2, > ActiveX 更 多 的 技术 支持 ， 并 整合 Standard С++ 
Library。 它 封包 一 组 新 的 Win32 Internet 类 (统称 为 Winlnet) ， 使 Internet 上 的 程序 开发 更 
容易 。 它 提供 22 个 新 类 和 40 个 以 上 的 新 成 员 函 效 。 它 也 提供 一 些 控制 元 件 ， 可 以 系 结 

(binding) 近 端 和 远程 的 数据 源 (data sources) 。 整 合 环境 方面 ，Visual С++ 4.2 提 供 新 的 
Wizard 给 ActiveX 程序 开发 使 用 ， 改 善 了 影像 编辑 器 ， 使 它 能 够 处 理 在 Web 服务 器 上 的 两 个 
标准 图 文件 格式 : GIF 和 JPEG。 


1997 年 五 月 推出 的 Visual С++ 5.0， 主 要 诉求 在 编译 器 的 速度 改善 ， 并 将 Visual С++ 合并 到 
微软 整个 Visual Tools 的 终极 管理 软件 Visual Studio 97 之 中 。 所 有 的 微软 虚拟 开发 工具 ， 包 括 
Visual С++, Visual Basic, Visual J++, Visual InterDev, Visual FoxPro、 都 在 Visual Studio 
97 的 整合 之 下 有 更 密切 的 彼此 奥 援 。 至 于 程序 设计 方面 ，MFC 本 身 没有 什么 变化 (4.21 
Ж), ， 但 附 了 一 个 ATL (Active Template Library) 2.1 版 ， 使 ActiveX 控制 组 件 的 开发 更 轻 


松 些 。 


我 想 你 会 发 现 ， 币 软 正 不 断 地 为 [为 什么 要 使 用 MFCJ」 加 上 各 式 各 样 的 强烈 理由 ， 并 强烈 导 
引 它 成 为 Windows 程序 设计 的 С++ 标准 接口 。 你 会 看 到 您 来 您 多 的 МЕС/С++ 程序 代码 。 对 
于 绝 大 多 数 的 技术 人 员 而 言 ，Application Framework 的 抉择 之 道 无 它 ， 「MFC 是 微软 公司 钦 
定 产品 」 ， 这 个 理由 就 很 哈 人 了 。 


纵览 МЕС 


MFC EA (其 它 application framework 也 不 差 ) ， 在 下 一 章 正式 使 用 它 之 前 ， 让 我 们 先 做 
个 浏览。 


МЕС 类 主要 可 分 为 下 列 数 大 群 组 : 


e General Purpose classes 一 提供 字符 串 类 、 数 据 处 理 类 (如 数组 与 串 列 ) , ЯВ 
处 理 类 、 文 件 类 ... 等 等 。 


Windows API classes - 用 来 封包 Windows API， 例 如 窗口 类 、 Е, ОС 类 ... 等 等 。 


Application framework classes 一 一 组 成 应 用 程序 骨干 者 ， 即 此 组 类 ， 包 括 
Document/View、 消 息 捕获 、 消 息 映 射 、 消 息 循 环 、 动 态 生 成 、 文 件 读 写 等 等 。 


High level abstractions - 包括 工具 栏 、 状 态 栏 、 分 裂 窗 口 、 耸 动 窗 口 等 等 。 


operation system extensions - 包括 OLE、ODBC、DAO、MAPI、WinSock、1ISAPI 等 
=, 


General Ригроѕе classes 


也 许 你 使 用 МЕС 的 第 一 个 目标 是 为 了 写 Windows 程序 ， 但 并 不 是 整个 MFC 都 只 为 此 目的 
而 活 。 下 面 这 些 类 适用 于 Windows， 也 适用 于 DOS. 


CObject 


绝 大 部 分 类 库 ， 往 往 以 一 个 或 两 个 类 ， 做 为 其 它 绝 大 部 分 类 的 基础 。MFC 亦 复 如 此 。 
CObject 是 万 类 之 首 ， 凡 类 派生 自 CObject 者 ， 得 以 继承 数 个 面向 对 象 重要 性 质 ， 包 括 

RTTI (运行 时 期 类 型 识别 ) Persistence (对 象 保存 ) . Dynamic Creation (动态 生成 ) 、 
Diagnostic (错误 诊断 ) 。 本 书 第 3 章 对 于 这 些 技术 已 有 了 一 份 DOS 环境 下 的 模拟 ， 第 8 章 
另 有 МЕС 相 天 原始 代码 的 探讨 。 其 中 ， 【对 象 保存 」 又 牵扯 到 CArchive， ГІ 又 牵扯 
到 CDumpContext, 「 运 行 时 期 类 型 识别 」】 以 及 「 动态 生成 」 又 牵扯 到 CRuntimeClass。 


数据 人 处理 类 (collection classes) 


所 谓 collection， 意 指 用 来 管理 一 「[ 群 ] 对 象 或 标准 类 型 的 数据 。 这 些 类 像 是 Array 或 List 或 
Мар 等 等 ， 都 内 含 针 对 元 素 的 ГОЛІ gx P ERI 或 【这 访 」 “ЕРИ А. Array (数组 ) 和 
List (2871) 是 数据 结构 这 门 课程 的 重头 戏 ， 大 家 上 比较 熟知 ，Map (可 视 之 为 表格 ) 则 是 由 成 
双 成 对 的 两 两 对 象 所 构成 ， 使 你 很 容易 由 菜 一 对 象 得 知 成 对 的 另 一 对 象 ; 换 句 话说 一 个 对 象 
是 另 一 个 对 象 的 键 值 (key) 。 例 如 ， 你 可 以 使 用 String-to-String Map， 管 理 一 个 [电话 -人 
名 」 数据 库 ; 或 者 使 用 Word-to-Ptr Map, М 16 位 数值 做 为 一 个 指针 的 键 值 。 


最 全 人 侧目 的 是 ， 由 于 这 些 类 都 支持 Serialization， 一 整个 数组 或 串 列 或 表格 可 以 单一 一 进程 
序 代 码 就 写 到 文件 中 (或 从 文件 读 出 ) 。 第 8 章 的 Scribble Step1 范 例 程序 中 你 就 会 看 到 它 的 
便利 。 


МЕС 支持 的 collection classes 有 : 




















(С CObject m | 
CArray (template) | | Се (template) 7 | CMap (template) 
[  CByeArray [ Cm | CMapWordToPtr | 
=. ril CStringList | 
| | cCPrAray | Lists of user types | CMapVWordToOb | 
CStringArray | Typed Template Collections CMapsiringToPir 
—]1 CWordArr ay | CTypedPtrL ist miss CMapsStringToString 
Arrays of user types | CTypedPtrMap | Maps of user types | 
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米 项 关 


e Crect 一 一 封装 Windows 的 RECT 结构 。 这 个 类 在 Windows 环 境 中 特别 有 用 ， 因 为 CRect 
单单 航 用 作 MFC 类 成 员 国 数 的 参数 。 


e Csize— 封装 Windows 的 SIZE 结 构 。 


e Cpoint——=J2#WindowsBJPOINT 结构 。 这 个 类 在 Windows 环 境 中 特别 有 用 ， 因 为 
CPoint 常 常 被 用 作 MFC 类 成 员 男 数 的 参数 。 





e Ctime 一 一 表现 绝对 时 间 ， 提 供 许多 成 员 孙 数 ， 包 括 取得 目前 时 间 (static 
GetCurrentTime) 、 将 时 间 数 据 格 式 化 、 抽 取 特 定 字 段 (时 、 分 、 秒 ) 等 等 。 它 对 于 
+、-、+=、-+ 等 运算 符 都 做 了 重 载 动作 。 


e CtimeSpan 一 一 以 秒 数 表 现时 间 ， 通 常用 于 计时 秒表 。 提 供 许多 成 员 函 数 ， 包 括 把 秒 数 
转换 为 日 、 时 、 分 、 秒 等 等 。 


Cstring 一 一 用 来 义理 字符 串 。 文 持 标 准 的 运算 符 如 T. +=. < 和 >, 


异常 处 理 类 (exception handling classes) 


所 谓 异 常情 况 (exception) ， 是 发 生 在 你 的 程序 运行 时 期 的 不 正常 情况 ， 像 是 文件 打 不 开 、 
内 存 不 足 、 写 入 失败 等 等 等 。 我 全 经 在 第 2 章 最 后 面 介绍 过 异常 处 理 的 观念 及 相关 的 MFC 
类 ， 并 在 第 4 章 「Exception Handling」 一 节 介 绍 过 一 个 简单 的 例子 。 与 「 异 常人 处理] 有 关 的 
MFC 类 一 共有 以 下 11 种 : 


CArchveException 


| CDaoExceptian | 
CDBException | 


CFileExce ption 














COle Exception | 


COleDispatchException | 


- CResourccException 


CUserException 





Windows API classes 


х МЕСА м ЖЖ. ШКА АЈА, Нах X АЈБ A РА АНТ x+ у BN 
各 个 Windows АРТЕ, 


e CwinThread 一 一 代表 MFC 程 序 中 的 一 个 线程 。 自 从 3.0 版 之 后 ， 所 有 的 MFC 类 就 都 已 经 
是 thread-safe 了 。SDK 程序 中 标准 的 消息 循环 已 经 被 封 狼 在 此 一 类 之 中 (你 会 在 第 6 章 
看 到 我 如 何 把 这 一 部 分 开 肚 剖 肚 ) 。 


e CwinApp 一 一 代表 你 的 整个 MFC 应 用 程序 。 此 类 派生 自 CWinThread ; 要 知道 ， 任 何 32 位 
Windows 程 序 至 少 由 一 个 线程 构成 。CWinApp 内 含有 用 的 成 员 变 数 如 
m_szExeName， 放 和 置 执行 文件 文件 名 Им A ER SUID 


ProcessShellCommand, ЖАН ФО, 


e CWnd 一 一 所 有 窗口 ， 不 论 是 框架 贸 口 、 子 框 窗口 、 对 话 杠 、 控 制 组 件 、view 窗口 ， 都 
有 一 个 对 应 的 C++ 类 ， 你 可 以 想象 [窗口 handlej 和 [C++ 对 象 ] 结盟 。 这 些 C++ 类 统 
统 派 生 自 CWnd， 也 就 是 说 ， 凡 派生 自 CWnd 之 类 才能 收 到 WM_ 窗口 消息 

(WM COMMAND 除外 ) 。 


所 谓 [窗口 handle」 和 [C++ 对 象 」 结 盟 ， 实 际 上 是 CWnd 对 象 有 一 个 成 员 变 量 
m_hwWnd， 融 放 看 对 应 的 窗口 handle。 所 以 ， 只 要 你 手 上 有 一 个 CWnd 对 象 或 CWnd 对 
象 指 针 ， 融 可 以 轻易 获得 其 窗口 handle : 


HWND hwnd = pWwnd->m_hwnd; 


e CcmdTarget 一 一 CWnd 的 父 类 。 派 生 目 它 ， 类 才能 够 处 理 命 分 消息 WM_COMMAND。 
这 个 类 是 消息 映射 以 及 命令 消息 循环 的 大 部 分 关键 ， 我 将 在 第 9 FHER м ЛАНА 
Жо 


e СОЖ. DC Хх, Menu 类 。 


Application framework classes 


这 一 部 分 最 为 人 认 知 的 便 是 Document/View， 这 也 是 使 MFC 跻 和 映 application framework 的 天 
键 。Document/View 的 观念 是 希望 把 数据 的 本 体 ， 和 数据 的 显示 分 开 人 处 理 。 由 于 文件 产生 之 
际 ， 必 须 动态 生成 Document/View/Frame 三 种 对 象 ， 所 以 又 必须 有 所 谓 的 Document 
Template 管理 之 。 


CDocTemplate、CSingleDocTemplate、CmultiDocTemplate 一 一 Document Template #54 
胶 的 角色 ， 把 Document 和 View 和 其 Frame (外 框 窗口 ) 胶 夭 在 一 块 儿 。 
CSingleDocTemplate 一 次 只 支持 一 种 文件 类 型 ，CMultiDocTemplate 可 同时 支持 多 种 文件 类 
型 。 注 意 ， 这 和 МО! 程序 或 SDI 程序 无 关 ， 换 句 话 说 ，MDI 程序 也 可 以 使 用 
CSingleDocTemplate，SDI 程序 也 可 以 使 用 CMultiDocTemplate。 


BÆ, ЖЖ, MDI 这 个 字眼 与 它 原 来 的 意义 有 了 一 些 出 入 (要 知道 ， 这 个 字眼 早 在 SDK 时 
REIST) 。 因 此 ， 你 可 能 会 看 到 有 些 书 藉 这 么 说 : МО 程序 使 用 CMultiDocTemplate，SDI 
程序 使 用 CSingleDocTemplate。 


Cdocument 一 一 当 你 为 自己 的 程序 由 CDocument 派生 出 一 个 子 类 后 ， 应 该 在 其 中 加 上 成 员 交 
量 ， 以 容纳 文件 数据 ; 并 加 上 成 员 函 数 ， 负 责 修改 文件 内 容 以 及 


ЖЕУ БУЛ Ж бегізіге ии. *89 $ByScribble Step1 范例 程序 有 极 佳 的 示 


Cview—— 此 类 负责 将 文件 内 容 呈 现 到 显示 装置 上 : 也 许 是 屏幕 ， 也 许 是 打印 机 。 文 件 内 容 的 
呈现 由 虚 函 数 OnDraw 负 责 。 由 于 这 个 类 实际 上 就 是 你 在 屏幕 上 所 看 到 的 窗口 (WEB — T 
框 窗口 ) ， 所 以 它 也 负责 用 户 输入 的 第 一 线 服务 。 例 如 第 8 章 的 Scribble Step1 35/01, Е 
View 类 便 义 理 了 鼠标 的 按键 动作 。 


High level abstractions 
视觉 性 UI 对 象 属于 此 类 ， 例 如 工具 栏 CToolBar、 状 态 栏 CStatusBar、 对话 框 列 CDialogBar。 


加 强 型 的 View 也 属 此 类 ， 如 可 众 动 的 ScrollView、 以 对 话 框 为 基础 的 CFormView、 小 型 文字 编 
辑 器 CEditView、 树 状 结构 的 CTreeView， 文 持 RTF 文 件 格式 的 CRichEditView 等 等 。 


АҒ 全 局 函数 


还 记得 吧 ，C++ 并 不 是 纯 种 的 面向 对 象 语言 (SmallTalk 和 Java 才 是 ) 。 所 以 ，MFC 之 中 得 
以 存在 有 不 属于 任何 类 的 全 局 函数 ， 它 们 统统 在 画 数 名 称 开 头 冠 以 Afx。 


下 面 是 几 个 常见 的 АБ 2/56 : 


KAA 说 明 
A H^ irt ЖЕ oIunWVoemtE MEC ЖЕНЕСБЕПЦИЧ--(МЕНЗ * FH MFE GUT 


BAkit a - BB eoe T Anlar- АРХ 内 部 
ЖЕНЕ 1--Е- 如 时 你 总 一 个 МЕС console exc: ТҰ 
НТІЕЕНПЦІҢ ЕНІ ТЕБЕ Vinal C 所 附 之 Tear НИ, ) = 


АХ сетті read Ваза — ТАЧ ФАТТ ЕН ( PS34838 14 XE +: 756 М) - 

Ата Pere act ЖЕ-ІНЕНЗЯЛТІНІ СЕЛІ 14 SR s + 756 М> - 
Afxf*ormatString I XH pee — PHR Р АРТ IE - 

Аа Ғата String? ЖА primy ЕНЕН F ВРАТЕ = 

Mixx exs age Bex Hd Windows АРІ BHL MesrageBox = 

Аена De bugSiring ДЕРЕВЕ ЕР e ER D + s o PQ - 
AfxGetApp HZ2R application object C Cll'indpp 衍生 物件 ) 0691838 - 
Арай nd 取得 程式 主 枫 窗 的 指标 - 

Afxtretlnstance ҚҰНЫ ТІНІ instance handle = 

Aix Reg ixterc lass БЕА) HUVCILAsSs БЕННЕТ ИНС ПЕ МЕС ИННО ШОЧ 


WEN SH ИТНЕ IP АНУ > - 


МЕС (macros) 


CObjectsliCRuntimeClass;z 3 7 3 Brig BJobject services, TH | 取得 运行 时 期 的 类 
(ЕБІ (ЕТТІ). Serialization (XE) 、 动 态 产 生 对 象 ... 等 等 。 iier spa qp 
X, ЖЖЖ ЕУІ. ЛМЕ 5) ЖН {ЕШ ах ы 8184 -- 如 果 你 没有 错过 


ЗЕЙ [MFC 六 大 技术 模拟 」 的 话 。 


取得 运行 时 期 的 类 信息 (ЕТТ!) ， 使 你 能 够 决定 一 个 运行 时 期 的 对 象 的 类 信息 ， 这 样 的 能 力 
在 你 需要 对 酌 数 参数 做 一 些 额 外 的 类 型 检验 ， 或 是 当 你 要 针对 对 象 属于 某 种 类 而 做 特别 的 动 
作 时 ， 份 外 有 用 。 


Serialization 是 指 将 对 象 内 容 写 到 文件 中 ， 或 从 文件 中 读 出 。 如 此 一 来 对 象 的 生命 融 可 以 在 程 
ЕМІ Кж, ПЕЕ ея Ла, ВОЛ. 


这 样 的 对 象 可 说 是 "persistent" (ЖЖЖ). 


所 谓 动态 的 对 象 生 成 (Dynamic object creation) ， 使 你 得 以 在 运行 时 期 产生 一 个 特定 的 对 
象 。 例 如 document、view、 和 frame 对 象 束 都 必须 支持 动态 对 象 生 成 ， 因 为 famework 需要 在 
运行 时 期 产生 它们 (第 8 章 有 更 详细 的 说 明 ) 。 


此 外 ，OLE 营 常 需要 在 运行 时 期 做 对 象 的 动态 生成 动作 。 例 如 一 个 OLE server 程序 必须 能 够 
动态 产生 ОЕ items， 用 以 反应 OLE client 的 需求 。 


МЕС 针对 上 述 这 些 机 能 ， 准 备 了 一 些 安 ， 让 程序 能 够 很 方便 地 继承 并 实现 上 述 四 大 机 能 。 这 
шл аа: 


宏 名 称 提供 机 能 出 现 章节 
DECLARE DYNAMIC PUTEREA 第 3 章 ` 第 8 章 
IMPLEMENT DYNAMIC MITHRA A 第 3 章 * mau 
DECLARE DYNCREATE PEER 第 3 章 ` 第 8 章 
IMPLEMENT DYNCREATE 动态 生成 жаш. mau 
DECLARE SERIAL ФЕН ЖЕЕ R3 第 3 章 * Ti 
IMPLEMENT SERIAL ТЕРЕНУ ЖЕН 第 3 章 * 第 8 章 
DECLARE OLECREATE OLE 物件 的 动态 生成 паана р 
IMPLEMENT ОГЕСВЕАТЕ OLE ЕЕ B ЛЕЛЕ GERI 7 P3 


我 也 已 经 在 第 3 章 提 过 MFC 的 消息 映射 (Message Mapping) 与 命令 循环 (Command 
Routing) 两 个 特性 。 这 两 个 性 质 系 由 以 下 这 些 МЕС RER : 
宏 名 称 


提供 机 能 出 现 章 节 


DECLARE MESSAGE MAP НРА ж ҥш 9 = 
BEGIN MESSAGE МАР „АБАЙЛАШ ЕЕ ЖЗ. Së 9 = 


ON COMMAND 增加 讯息 映射 表 中 的 项 目 3 3 = - 9 
ON CONTROL 增加 讯息 映射 素 中 的 项 目 Ж жЕ 

ON MESSAGE ЛЕЛЕ ЮНАН 97 

ON OLECMD НЕА, ВН ЯН Жая 


ON REGISTERED MESSAGE 增加 识 息 映射 天 中 的 项 目 Жана 


ON REGISTERED THREAD Ж ЛБ ДААШ АЧЫ ЖЕ 
MESSAGE 


ON THREAD MESSAGE Ж ЛПЕААШЫН СЕНА желт 
ON UPDATE COMMAND UI ЕЛЕНЕ ААН 第 3 章 . 第 9 章 
END MESSAGE MAP БАНЫНЕНМЕЕ Бан. 第 9 章 


事实 上 ， 与 其 它 MFC Programming 书 籍 相 比较 ， 本 书 最 大 的 一 个 特色 就 是 ， 要 把 上 述 这 些 
MFC 突 的 来 龙 去 脉 交待 得 非常 清楚 。 我 认为 这 对 于 撰写 MFC 程 序 是 非常 重要 的 一 件 事 。 


МЕС 数据 类 型 (data types) 


下 面 所 列 的 这 些 效 据 类 型 ， 冰 闻 出 现在 МЕС 之 中 。 其 中 的 绝 大 部 分 都 和 一 般 的 Win32 程 序 
(SDK 程序 ) 所 用 的 相同 。 


下 面 这 些 是 和 Win32 程序 (SDK EF) 共同 使 用 的 数据 类 型 : 


数据 类 型 意义 

BOOL Boolean 值 (布尔 值 ， 不 是 TRUE 就 是 FALSE) 

BSTR 32-bit 字 符 指针 

BYTE 8-bit 整 数 ， 未 带 正 负 号 

COLORREF 32-bit 数值 ， 代 表 一 个 颜色 值 

DWORD 32-bit 整数 ， 未 带 正 负 号 

LONG 32-bit 整数 ， 带 正 负 号 

LPARAM 32-bit 数值 ， 做 为 窗口 函数 或 callback 函数 的 一 个 参数 

LPCSTR 32-bit 指针 ， 指 向 一 个 章 数 字符 串 

LPSTR 32-bit 指针 ， 指 向 一 个 字符 串 

LPCTSTR 32-bit 指针 ， 指 向 一 个 常数 字符 串 。 此 字符 串 可 移植 到 Unicode 和 DBCS ( 双 字 节 字 集 ) 
LPTSTR 32-bit 指针 ， 指 向 一 个 字符 串 。 此 字符 串 可 移植 到 ”Unicode 和 DBCS ( 双 位 组 字 集 ) 
LPVOID 32-bit 指针 ， 指 向 一 个 未 指定 类 型 的 数据 

LPRESULT 32-bit 数 值 ， 做 为 窗口 函数 或 calLback 画 数 的 回 返 值 

UINT 在 Win16 中 是 一 个 16 -bit 未 带 正 负 号 整数 ， 在 Win32 中 是 一 个 “32-bit 未 带 正 负 号 整数 
WNDPROC 32-bit 指针 ， 指 向 一 个 窗口 本 数 

WORD 16-bit 整数 ， 未 带 正 负 号 

WPARAM 窗口 画 数 的 callback 画 数 的 一 个 参数 。 在 Win16 中 是 ”16 bits， 在 Win32 中 是 32 bit 





a] == ЖЕ 
下 面 这 些 是 MFC 独 特 的 数据 类 型 : 


数据 类 型 意义 


POSITION 一 个 数值 ， 代 表 collection 对 象 〈 例 如 数组 或 串 列 ) 中 的 元 素 位 置 。 常 使 用 于 MFC collection ‹ 
LPCRECT 32-bjit 指 针 ， 指 向 一 个 不 变 的 RECT 结构 。 


前 面 所 说 那些 MFC 数 据 类 型 与 C++ 语言 数据 类 型 之 间 的 对 应 ， 定 义 于 WINDEFH 中 。 我 列 出 
其 中 一 部 分 ， 并 且 将 不 符合 ( MSC VER >= 800) 条 件 式 的 部 分 略 去 。 





#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
/* Types 
typedef 
typedef 
typedef 
typedef 
typedef 
typedef 
{ 
LONG 
LONG 
LONG 
LONG 
} RECT, 
typedef 
typedef 


LONG 
LONG 
} POINT, 
typedef 


LONG 
LONG 
} SIZE, 


NULL 0 
far // “М6 ӘЖ: Win32 ЖЕ far = near memory model, 
near // 而 是 使 用 所 谓 的 flat model, pascall Мая 
pascal _ stdcall // 也 被 stdcall 函数 调用 习惯 取而代之 。 
cdecl  cdecl 
CDECL . cdecl 
CALLBACK _ stdcal1V/ 候 俊杰 注 : 在 Windows programming 演 化 过 程 中 
WINAPI _ stdcall // 人 鲁 经 出 现 的 PASCAL, CALLBACK, WINAPI. 
WINAPIV _ cdecl// APIENTRY， 现 在 都 代表 相同 的 意义 ， 融 是 stdcall 
APIENTRY WINAPI// WGA J Mo 
APIPRIVATE _ stdcall 
PASCAL _ stdcall 
FAR far 
NEAR near 
CONST const 
unsigned long DWORD; 
int BOOL; 
unsigned char BYTE; 
unsigned short WORD; 
float FLOAT; 
FLOAT *PFLOAT; 
BOOL near *PBOOL; 
BOOL far *LPBOOL; 
BYTE near *PBYTE; 
BYTE far *LPBYTE; 
int near *PINT; 
int far *LPINT; 
WORD near *PWORD; 
WORD far *LPWORD; 
long far *LPLONG; 
DWORD near *PDWORD; 
DWORD far *LPDWORD; 
void far *LPVOID; 
CONST void far *LPCVOID; 
int INT; 
unsigned int UINT; 
unsigned int *PUINT; 
use for passing & returning polymorphic values */ 
UINT WPARAM; 
LONG LPARAM; 
LONG LRESULT; 
DWORD COLORREF; 
DWORD *LPCOLORREF; 
struct tagRECT 


left; 

top; 

right; 

bottom; 

*PRECT, NEAR "*NPRECT, FAR *LPRECT; 
const RECT FAR* LPCRECT; 
Struct tagPOINT 


X; 

y; 

*PPOINT, NEAR *NPPOINT, FAR *LPPOINT; 
struct tagSIZE 


CX 


cy; 
*PSIZE, *LPSIZE; 


86 == MFC 程 序 设计 导论 
MFC 程序 的 生死 因果 


理想 如 果 不 向 实际 做 点 妥协 ， 理 想 就 





中 华 民国 还 得 十 次 革 谷 地 得 建立 ， 面 向 对 象 怎 能 把 一 切 传 统 都 抛 开 。 


以 传统 的 C/SDK 撰 写 Windows 程序 ， 最 大 的 好 处 是 可 以 清楚 看 见 整个 程序 的 来 龙 去 脉 和 消息 
动向 ， 然 而 这 些 重要 的 动 线 在 MFC 应 用 程序 中 却 隐 隆 不 明 ， 因 为 它们 被 Application 
Framework 包 起 来 了 。 这 一 章 主要 目的 除了 解释 MFC 应 用 程序 的 长 像 ， 也 要 从 MFC 原 始 代码 
中 检验 出 一 个 Windows 程序 原本 该 有 的 程序 进入 点 (WinMain) 、 窗 口 类 注册 
(RegisterClass) 、 窗 口 产 生 (CreateWindow) 、 消 息 循环 (Message Loop) . ОЕ 
(Window Procedure) 等 等 动作 ， 抽 丝 剥 莫 彻 底 了 解 一 个 МЕС 程序 的 诞生 与 结束 ， 以 及 生 


为 什么 要 安排 这 一 章 ? 了 解 MFC 内 部 构造 是 必要 的 吗 ? 看 电视 需要 知道 映射 绾 的 原理 吗 ? 开 
汽车 需要 知道 传动 轴 和 与 变速 箱 的 原理 吗 ?学 习 MFC 不 融 是 要 一 举 超 越 烦 琐 的 Windows АРІ? 
ІШ, ГН (不管 是 哪 一 家 ) 广告 给 我 们 的 印象 就 是 ， 籍 由 可 祝 化 的 工具 我 们 可 以 一 步 登 天 ， 
基本 上 这 个 论点 正确 ， 只 是 有 个 但 书 : 你 得 学 会 操控 Application Framework, 


想象 你 拥有 一 部 保时捷 ， 风 驰 电 伸 风 光 得 很 ， 但 是 引擎 备 打开 来 全 傻 了 眼 。 如 果 你 懂 汽 车 内 
部 运作 原理 ， 那 么 至 少 开 车 时 『 脚 不 要 儿 是 含 看 离合 器 ， 以 免 来 邻 片 麻 损 」 这 个 道理 育 后 的 
АННЕ Г, ТЕК ӨТ АРН ЖЕ аа, MARRA IERE] i NERA AN 
原理 你 也 懂 了 ， 其 至 你 的 保时捷 要 保养 维修 时 或 也 可 以 不 假 外 力 目 己 来 。 


不 要 把 自己 想象 成 这 场 游戏 中 的 后 座 车 主 ， 事 实 上 作为 这 本 技术 书籍 的 读者 的 你 ， 应 该 是 车 
| 18, 


好 ， 这 个 比喻 不 见得 面面俱到 ， 但 起 代码 你 知道 了 目 己 的 身份 。 


题 外 话 : КРУН И (现在 纽约 工作 ) 写 信 给 我 说 : 『 最 近 项 目的 压力 大 ， 人 员 纷 纷 离 
Я. 接连 一 个 多 礼拜 ， 天 天 有 人 上 门面 谈 。 人 事 部 门 不 知 从 哪里 找 来 这 些 阿 肾 ， 号 称 有 三 年 
的 SDK/MFC 经 验 ， 结 果 对 起 话 来 是 鸡 同 鸭 讲 ，WinMain 和 Windows Procedure 都 搞 不 清楚 。 
问 他 什么 是 message handler ? 只 会 在 ClassWizard 上 click. click. click !!! #EWizard 之 网 ， 
人 力 市 场 上 多 出 了 好 几 倍 的 VC/MFC ERF A, 3# [Wizard 38] 我 们 可 不 敢 要 J о 


以 raw Windows API 开发 程序 ， 学 习 的 路 径 是 单纯 的 ， 条 理 分 明 的 ， 你 一 定 先 从 程序 进入 点 
开始 ， 然 后 产生 窗口 类 ， 然 后 产生 窗口 ， 然 后 取得 消息 ， 然 后 分 辨 消息 ， 然 后 决定 如 何 义理 
消息 。 虽然 动作 繁琐 ， 学 习 却 容易 。 


<< Windows Application >> 













| various Windows АР! ... 
Window Procedure 
GetMessage/DispatchMessage 
CreateWindow 

RegisterClass 


WinMain 


我 希望 你 了 解 ， 本 书 之 所 以 在 各 个 主题 中 不 拓 其 烦 地 挖 MFC 内 部 动作 ， 解 释 骨 干 程序 的 每 一 
条 指令 ， 每 一 个 环节 ， 是 为 了 让 你 踏实 地 接受 MFC， 进 而 有 能 力 役 使 MFC。 你 以 为 这 是 一 条 
远 路 ?呵呵 ， 似 远 实 近 | 


不 二 法 门 : 熟 记 МЕС 类 的 阶层 架构 


MFC 在 1.0 版 时 期 的 诉求 是 「 一 组 将 SDK API 包 装 得 更 好 用 的 类 库 」， 从 2.0 版 开始 更 进一步 
诉求 是 一 个 ! Application Framework] ， 拥 有 重要 的 Document-View 架构 ; 随后 又 在 更 新 版 
本 上 增加 了 ОЕ 架构 、DAO 架构 ...。 为 了 让 你 有 一 个 最 轻松 的 起 点 ， 我 把 第 一 个 程序 简化 到 
МЕН, ЖЖ Document-View 架 构 ， 使 你 能 够 尽快 掌握 C++/MFC 程序 的 面 狐 。 这 个 程序 并 
不 以 AppWizard 制 作出 来 ， 也 不 以 ClassWizard 管理 维护， 而 是 纯 手工 打造 。 毕 竟 Wizards 做 
出 来 的 程序 代码 有 一 大 堆 批 注 ， 某 些 批注 对 Wizards 有 特殊 意义 ， 不 能 随便 删除 ， 却 可 能 会 混 
消 初 学 者 的 视听 焦点 ; ПІН Wizards 所 产生 的 程序 骨干 已 具备 Document-View 架构 ， 又 有 许 
多 奇 奇 怪 怪 的 宏 ， 初 学 者 暂 避 为 妙 。 我 们 目前 最 想 知 道 的 是 一 个 最 阳春 的 МЕС 程序 以 什么 面 
貌 呈 现 ， 以 及 它 如 何 开 始 运 作 ， 如 何 结束 生命 。 

以 MFC 开 发 程序 ， 一 开始 很 快速 ， 因 为 开发 工具 会 为 你 产生 一 个 骨干 程序 ， 一 般 该 有 的 各 种 
界面 一 应 俱全 。 但 是 MFC 的 学 习 曲 线 十 分 陡 峻 ， 程 序 员 从 骨干 程 陈 出 发 一 直到 有 能 力 修改 程 
序 代 码 以 符合 个 人 的 需要 ， 是 一 段 不 易 擎 登 的 内 壁 。 


<< MFC Application >> 












! 
na 


35 ER IE BEN A ВА 


Visual C++ 各 箱 工具 之 使 用 


如 果 我 们 了 解 Windows 程序 的 基本 运作 原理 ， 并 了 解 МЕС 如 何 把 这 些 基 础 动作 整合 起 来 ， 
我 们 就 能 够 使 МЕС 学 习 曲 线 的 陡 峻 程度 缓和 下 来 。 因 此 能 够 迅速 接受 MFC， 进 而 使 用 
MFC。 了 呵 ， 一 条 似 远 实 近 的 道路 | 


<< MFC Application >> 


Dynamic Creation, 
Serialization. 
Message Mapping, 
Message Routing. 
Windows APIs 

| ФТ {ЕМЕС 各 类别 中 

Window Procedure 由 МЕС 提供 


| GetMessage/DispatchMessage 
| ШЕ CWinApp:Run 中 
CreateWindow ВЕЕ CWinApp::InitlInstance 中 呼叫 
















RegisterClass Wft AfxWinlnit 中 


ha- 一 个 МЕС 骨 韩 程式 WinMain ЕҢ МЕС ЕНЕ 
m Visual С++ 各 种 工具 之 使 用 


SDK 程序 设计 的 第 一 要 务 是 了 解 最 重要 的 数 个 API 函 数 的 意义 和 用 法 ， 像 是 RegisterClass、 
CreateWindow、GetMessage、DispatchMessage， 以 及 消息 的 获得 与 分 配 。 


МЕС 程序 设计 的 第 一 要 务 则 是 熟 记 MFC 的 类 阶层 架构 ， 并 清楚 知晓 其 中 几 个 一 定 会 用 到 的 
类 。 本 书 最 后 面 有 一 张 MFC 4.2 架 构图 ， 和 迭 床 架 屋 ， 邻 人 畏惧 ， 我 将 挑 出 单单 两 个 类 ， 组 合成 
— "Hello МЕС" 程序 。 这 两 个 类 在 MFC 的 地 位 如 图 6-1 所 示 。 


CObject 7 
- = 
CCmdTarget | 


—ж= < 








CWinThread Ji 


— (| 








CMyWinApp 
[Сула | | | | 
[cramewnd — J 


CMyFrameVVnd 


6-1 本 章 范 例 程序 所 用 到 的 MFC 类 


ВЕНА? 


开始 写 代 码 之 前 ， 我 们 得 先 了 解 程序 代码 以 外 的 外 围 环境 。 第 一 个 必须 知道 的 是 ，MFC 程序 
ЕЕ 85 mm 


需要 什么 函数 库 ? SDK 程序 链接 时 期 所 需 的 范 效 库 已 在 第 一 章 显示 ，MFC 程序 一 样 需要 它 
们 : 


Windows C Runtime Ж Ж (VC++ 5.0) 


档案 名 称 档案 大 小 АНН 

LIBC.LIB 898826 C Runtime ВАЗ ERES ERE ME S A 
MSVCRT.LIB 510000 C Runtime 画 式 库 的 动态 联 千 版 本 
MSVCRTD.LIB 803418 D ЛЕНІ Debug 模式 


六 这 些 事 数 库 不 再 区 分 Large/Medium/Small 内 存 模 式 ， 因 为 32 位 操作 系统 不 再 有 记忆 体 模 式 


之 分 。 这 些 加 数 库 的 多 线程 版 本 ， 请 参考 本 书 #38 页 。 


DLL про "РЯ € (VC++ 5.0) 


档案 名 称 档案 大 小 ЕЯ НЯ 
GDI32,.LIB 307320 for GDI32.DLL (136704 bytes m Win95 ) 
USER3? LIB 517018 for USER32.DLL ( 45568 bytes іп Win95 ) 


KERNEL32.LIB 635638 for KERNEL32 DLL ( 413696 bytes in Win95 } 


Ir, НЕР ЕН — ТЕН ЕҮМЕСІ АЖ, ЗХ АРХ 2, ЕЛІШШЕМЕСІ Т 
application framework 的 本 体 。 你 可 以 静态 链接 之 ， 也 可 以 动态 链接 之 ，AppWizard 给 你 选择 
жо 本 例 使 用 动态 链接 方式 ， 所 以 需要 一 个 对 应 的 MFC import ЖО: 


МЕС ЖЖЖ (АРХ В) (VC++ 5.0, МЕС 4.2) 


BAAR Bh RHA 


МЕС42 LIB 4200034 — MFCA42.DLL (941840 bytes ) 的 import [ЕН = 
MFECA2D.LIB 3003766 — MFCA42D.DLL (1393152 bytes ) 的 import. ЕЗІНЕ - 
MECS42 LIB 168364 

MFCS42D.LIB 169284 


ME CX42D.LIB 91134 
MF CDA?D.LIB 486334 
MF COA2D.LIB 2173082 


我 们 如 何在 链接 器 (link.exe) 中 设 定 选项 ， 把 这 些 函 数 库 都 链接 起 来 ? 稍 后 在 HELLO.MAK 
rH RIT EL— Я. 


如 果 在 Visual C++ 整合 环境 中 工作 ， 这 些 设 定 不 劳 你 自己 动手 ， 整 合 环境 会 根据 我 们 圈 选 的 项 
目 自动 做 出 一 个 合适 的 makefile, xt makefile 的 内 容 看 起 来 非常 语 屈 警 牙 ， 事 实 上 我 们 也 
不 必 太 在 意 它 ， 因 为 那 是 整合 环境 的 工作 。 这 一 章 我 不 打算 依赖 任何 开发 工具 ， 一 切 目 己 
来 ， 你 会 在 稍 后 看 到 一 个 简洁 清爽 的 makefile。 


需要 什么 包 合 文件 ? 


SDK 程序 只 要 包含 WINDOWS.H 就 好 ， 所 有 API 的 函数 声明 、 消 息 定义 、 常 数 定义 、 宏 定 
义 、 都 在 WINDOWS.H 文件 中 。 除 非 程 序 另 调用 了 操作 系统 提供 的 新 模块 (如 CommDIg、 
ToolHelp, DDEML...) ， 才 需要 再 各 别 包 含 对 应 的 .H 文 件 。 


WINDOWS.H 过 去 是 一 个 巨大 文件 ， 大 约 在 5000 行 上 下 。 现 在 已 拆 分 内 容 为 数 十 个 较 小 
К.Н 文件 ， 再 由 WINDOWS.H 包含 进来 。 也 就 是 说 它 变 成 一 个 "Master included file for 
Windows applications", 


МЕС 程序 不 这 么 单纯 ， 下 面 是 它 常 党 需要 面 对 的 另外 一 些 .H 文件 : 


e STDAFX.H 一 一 这 个 文件 用 来 做 为 Precompiled header file (请 看 稍 后 的 方块 说 明 ) , 
其 内 只 是 含 入 其 它 的 MFC 表 头 文 件 。 应 用 程序 通 沼 会 准 各 自己 的 STDAFX.H， 例 如 本 章 
的 Hello 程 序 就 在 STDAFX.H 中 包含 AFXWIN.H。 





е AFXWIN.H 每 一 个 Windows МЕС 程序 都 必须 包含 它 ， 因 为 它 以 及 它 所 包含 的 文件 声 
明了 所 有 的 MFC 类 。 此 文件 内 含 AFX.H， 后 者 又 包含 AFXVER .H， 后 者 又 包含 
AFXV_W32.H， 后 者 又 包含 WINDOWS.H ( 啊 呼 ， 终 于 现 身 ) 。 


е AFXEXT.H 凡 使 用 工具 栏 、 状 态 栏 之 程序 必须 包含 这 个 文件 。 








е AFXDLGS.H 凡 使 用 通用 型 对 话 框 (Common Dialog) 之 MFC 程 序 需 包含 此 文件 ， 
其 内 部 包含 COMMDLG.H。 








е AFXCMN.H 凡 使 用 Windows 95 新 增 之 通用 型 控制 组 件 (Common Control) 之 MFC 
程序 需 包 含 此 文件 。 

е AFXCOLL.H 凡 使 用 Collections Classes 〈 用 以 义理 数据 结构 如 数组 、 串 列 ) 之 程序 
必须 包含 此 文件 。 

e AFXDLLX.H Л,МЕС extension DLLs 均 需 包 含 此 文件 。 





e AFXRES.H——MFC 程序 的 RC 文 件 必 须 包 含 此 文件 。MFC 对 于 标准 资源 (例如 File、 
Edit 等 菜单 项 目 ) 的 ID 都 有 默认 值 ， 定 义 于 此 文件 中 ， 例 如 : 


// File commands 

#define ID FILE NEW OxE100 
Zdefine ID FILE OPEN OXxE101 
Zdefine ID FILE CLOSE OXxE102 
Zdefine ID FILE SAVE OxE103 
Zdefine ID FILE SAVE AS 0ХЕ104 


// Edit commands 


Zdefine ID EDIT COPY 0хЕ122 
Zdefine ID EDIT CUT OxE123 


这 些 菜 单项 目 都 有 预 设 的 说 明文 字 (将 出 现在 状态 栏 中 ) ， 但 说 明文 字 并 不 会 事先 定义 于 此 
文件 ，AppWizard 为 我 们 制作 骨干 程序 时 才 把 说 明文 字 加 到 应 用 程序 的 RC 文 件 中 。 第 4 章 的 
骨干 程序 Scribble step0 的 RC 文 件 中 就 有 这 样 的 字符 串 表 格 : 


STRINGIABLE DISCARDAHBLE 


БЕЗІМ 
ІП FILE МЕН "Create а new document" 
ID FILE OPEN "Open an existing document" 
ID FILE CLOSE "Close the active document" 
ID FILE SAVE "Save the active document" 


ID FILE SAVE AS "Save the active document with a new name" 


ID EDIT COPY "Copy the selection and puts it on the Clipboard" 
ID EDIT CUT "Cut the selection and puts it on the Clipboard" 


END 
所 有 MFC 包 含 文件 均 置 于 \IMSVC\MFC\INCLUDE 中 。 这 些 文件 连同 Windows SDK 的 包含 文 


件 WINDOWS.H、COMMDLG.H、TOOLHELPH、DDEML.H... 每 每 在 编译 过 程 中 耗费 大 量 
的 时 间 ， 因 此 你 绝对 有 必要 设 定 Precompiled header。 


Precompiled Header 


一 个 应 用 程序 在 发 展 过程 中 常 需要 不 断 地 编译 。Windows 程序 包含 的 标准 .H 文件 非常 巨大 但 
内 容 不 变 ， 编 译 器 瀛 费 在 这 上 面 的 时 间 非 常 多 。Precompiled header 就 是 将 .H 文件 第 一 次 编 
译 后 的 结果 贮存 起 来 ， 第 二 次 再 编译 时 束 可 以 直接 从 侯 角 中 取出 来 用 。 这 种 观念 在 Вопапа 
С/С++ 早已 行 之 ，Microsoft 3x 2 л] — 18 21] Visual С++ 1.0 7А, 


简化 的 МЕС 程序 染 构 一 以 Hello МЕС 为 例 
现在 我 们 正式 进入 МЕС 程序 设计 。 由 于 Document/View 架构 复杂 ， 不 适合 初学 者 ， 所 以 我 
先 把 它 略 去 。 这 里 所 提 的 程序 观念 是 一 般 的 МЕС Application Framework 的 子 集合 。 


本 章程 序 名 为 Hello， 运 行 时 会 在 窗口 中 从 天 而 降 "Hello, MFC" 字 样 。Hello 是 一 个 非常 简单 而 
具 代 表 性 的 程序 ， 它 的 代表 性 在 于 


° 每 一 个 MFC 程 序 都 想 从 MFC 中 派生 出 适当 的 类 来 用 (不 然 又 何必 以 MFC 写 程 序 呢 ) , 
其 中 两 个 不 可 或 缺 的 类 CWinApp 和 CFrameWnd 在 Hello 程 序 中 会 表现 出 来 ， 它 们 的 意 
义 如 图 6-2。 


e MFCZ RI EBERT EER 77 Fe FR UR. 〈 例 如 CWinApp::Initinstance) ， 这 在 Hello 程 
序 中 也 看 得 到 。 


e 菜单 和 对 话 框 ，Hello 也 都 具名 


6-3 是 Hello 源 文件 的 组 成 。 第 一 次 接触 MFC 程 序 ， 我 们 常常 因为 不 熟悉 MFC 的 类 分 类 、 
类 命名 规则 ， 以 至 于 不 能 在 脑 中 形成 具体 印象 ， 于 是 细部 讨论 时 各 种 信息 及 说 明 入 如 过 眼 烟 
云 。 相 信 我 ， 你 必须 多 看 几 次 ， 并 且 用 心 熟 记 МЕС 命名 规则 。 


6-3 之 后 是 Hello 程序 的 原始 代码 。 由 于 MFC 已 经 把 Windows API 都 包装 起 来 了 ， 原 始 代码 
再 也 不 能 够 「 说 明 一 切 ]。 你 会 发 现 МЕС 程序 很 有 点 见 林 不 见 树 的 味道 : 


ө 看 不 到 WinMain， 因 此 不 知 程序 从 哪里 开始 执行 。 

e 看 不 到 RegisterClass 和 CreateWindow， 那 么 窗口 是 如 何 做 出 来 的 呢 2 

e 看 不 到 Message Loop (GetMessage/DispatchMessage) ， 那 么 程序 如 何 推动 ? 
e 看 不 到 Window Procedure， 那 么 窗口 如 何 运 作 ? 


我 的 目的 束 在 铲除 这 些 困惑 。 


Hello 程序 原始 代 三 


HELLO.MAK - makefile 

RESOURCE.H - 所 有 资源 ID 都 在 这 里 定义 。 本 例 只 定义 一 个 IDM_ABOUT。 
JJHOUR.ICO - 图 标 文件 ， 用 于 主 窗 口 和 对 话 框 。 

HELLO.RC - 资源 摘 述 文件 。 本 例 有 一 份 菜单 、 一 个 图 示 、 和 一 个 对 话 框 。 
STDAFX.H - 包含 AFXWIN ,H。 

STDAFX.CPP - 包含 STDAFX.H， 为 的 是 制造 出 Precompiled header. 
HELLO.H - 声明 cMywinApp 和 CMyFramewnd。 

HELLO.CPP - 定义 CMyWinApp 和 CMyFramewnd。 


注意 : 没有 模块 定义 文件 .DEF ? 是 的 ， 如 果 你 不 指定 模块 定义 文件 ， 链 接 器 束 使 用 默认 值 。 


"ET шшш rj — GE WM PAINT 讯息 


Help |: 即 "和 从天而降 ， 


я" Hello, МЕС 





Application object : 








ЕЕ. п, ` Mai biect ， 
T K Е 
AEn CVVinApp ， 类 别 星 CFra meWnd 
&TDAFX.H $ TDF A CPP 

Hime hide ца [лиз А | include —tdafx.h- | 

HELL O.H HELLO.CPP HELL G FG 


| тенис -stdats.h | азс "гечольлое В" 
САУ ш. Арэр jnelude "resourcc.h" "uimcludec - ajrcs.h 
class declaration ооо "hello, h" 

CN yFrameWnd CAI Winpp tho Арр; Ion descria 
class declaration CM Win App === — 
grs cH Міспи deserg»ition 
class dot mitia | 


Dialog Template 
Су гало Миа | "Mog remgpame 


#defme ШМ xxx Ln 
ы class е Гай нз 


Nicssnp e Хар 





2 6-3 Hello 程 序 的 基本 文件 架构 。 一 般 习 惯 为 每 个 类 准备 
一 个 .H (声明 ) 和 一 个 .CPP (zx) ， 本 例 把 两 类 集中 在 一 起 是 为 了 简化 。 


HELLO.MAK (请 在 DOS 窗口 中 执行 nmake hello.mak。 环 境 设 定 请 参考 p.224) 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 


# filename 


: hello.mak 


# make file for hello.exe {МЕС 4.0 Application] 


# usage 


Не] ]о.ехе 


StdAfx.obj 


Hello.ohbj 


Hello.res 


nmake hello.mak (Visual C++ 5.0] 


: StdAfx.obj Hello.obj Hello.res 


link.exe /nologo /subsystem:windows /incremental:no N 


Amachine:I386 /out:"Hello.exe" x 
Hello.obj StdAfx.obj Hello.res \ 
msvcrt.lib kernel32.1ib user32.1l1ib gdi32.lib mfci2.lib 


: StdAfx.cpp StdAfx.h 


cl.exe /nologo /MD /W3 /GX /O2 ГО "WIN32" ¿D "NDEBUG" /D " WINDOWS" N 


/D " AFXDLL" zD "W MBCS" /Fp"Hello.pch" /Yc"stdafx.h" N 
/c StdAfx.cpp 


: Hello.cpp Hello.h StdAfx.h 


cl.exe /nologo /MD /W3 /GX /O2 ГО "WIN32" ¿D "NDEBUG" #0 " WINDOWS" N 


/D " AFXDLL" zD " МЕСЕ" /Fp"Hello.pch" /Yu"stdafx.h" N 
/c Hella.cpp 


: Hello.rc Hello.ico jjhour.ico 


rc.exe /l 0х404 /Fo"Hello.res" /П "HNDEHUG" /D " AFXDLL" Hello.rc 


RESOURCE.H 


#0001 // resource.h 


#0002 #деҒіпе IDM ABOUT 100 


HELLO.RC 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 


// hello.rc 


Binclude "resource.h" 
Kinclude "afxres.h" 


JJHouRIcon 
AFX IDI STD FRAME 


ICON DISCARDABLE 
ICON DISCARDABLE 


"JJHOUR . ICO" 
"JJHOUR. ICO” 


MainMenu MENU DISCARDABLE 


{ 


POPUP "&Help" 


{ 


MENUITEM "&About HellcMFC...", IDM ABOUT 


} 


AboutBox DIALOG DISCARDABLE 34, 22, 147, 55 
STYLE DS MODALFRAME | WS POPUP | WS CAPTION | WS SYSMENU 
CAPTIOM "About Hello" 


{ 


ICON 

LTEXT 
LTEXT 
LTEXT 


"JJHouRIcon",IDC STATIC,11,17,18,20 

"Hello МЕС 4.0",IDC STATIC,40,10,52,8 

"Copyright 1996 Top Studio",IDC STATIC,40,25,100,8 
"J.J.Hou",IDC STATIC,40,40,100,8 


DEFPUSHBUTTON "OK",IDOK,105,7,32,14,WS GROUP 


STDAFX.H 


#0001 // stdafx.h : include file for standard system include files, 
#0002 // or project specific include files that are used frequently, 
#0003 // but are changed infrequently 

#0004 

#0005 #include <afxwin.h> // МЕС core and standard components 
STDAFX.CPP 

#0001 // stdafx.cpp : source file that includes just the standard includes 
#0002 J// Hello.pch will be the pre-compiled header 

#0003 J// stdafx.obj will contain the pre-compiled type information 
#0004 

#0005 #include "stdafx.h" 

HELLO.H 

ЖОШО ¿Y> am m sm... M e i o o o m йы ы а. j. s. J. i... s... s... 
#0002 уу МЕС 4.0 Hello Sample Program 

#0003 // Copyright іс) 1996 Тор Studio * J.J.Hou 

#0004 // 

#0005 // BE : hello.h 

#0006 // 作者 : RER 

#0007 // ЖЕ : MEF hello.mak 

#0008 // 

#0009 // W Hello EAJ BEDS] : СмунїпАрр 和 CMyFrameWnd 

ОсОО f/f/===—====== m Li EE аа а 
#0011 

#0012 class CMyWinApp : public CWinApp 

80013 { 

#0014 public: 

#0015 BOOL InitInstance(]: // 2: — 8 АЕ ЕЕН rL 

#0016 }: 

#0017 

ҚОШАН fg emm —————-— торм у MP ERU rA PE M DECR E 
#0019 class CMyFrameWnd : public CFrameWnd 

#0020 14 

#0021 public: 

#0022 CMyFrameWnd(]; // constructor 

#0023 afx msg void OnPaint(]; // for WM PAINT 

#0024 аЁх msg void OnAbout(]; // for WM COMMAND {ТОМ ABOUT] 

%0025 

#0026 private: 

#0027 DECLARE MESSAGE MAP ( ] /) Declare Message Мар 

#0028 static VOID CALLBACK LineDDACallback(int,int,LPARAM)]; 

#0029 // ТЕЙ: callback HAGAR "static" + КЕЕШ ИШ 'this' НЕ? 
#0030 |; 


HELLO.CPP 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
RODO? 
#0008 
#0009 


МЕС 4.0 Hello sample program 
Copyright іс) 1996 Тор Studio * J.J.Hou 


Е Е : hello.cpp 

// 作者 ЕЕ 

// МЕНЕ : ШШ Ж hello.mak 
// 


ГОТИ МЕС 应 用 程式 ТА Document/View SEM + ҰЛЫҒЫ 
#0010 // WM PAINT ШІЖІН GDI HR LineDDA(] 8 "Hello, МЕС" +e XE ° 


#0011 


#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 


#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#003? 
#0038 
#0039 
ЕО0О40 
#0041 
#0042 
#0043 
#0044 


Binclude "Stdafx.h" 
Binclude "Hello.h" 
Binclude "Resource.h" 


CMyWinApp theApp; // application object 


BOOL CMyMinApp:: InitInstance(] 
i 
m pMainWnd = new CMyFrameWnd(]; 
m pMainWnd--ShowWindow(m nCmdShow]; 
m pMainWnd--UpdateWindow(]; 
return TRUE; 


// CMyFrameWnd's member 


І/-------------- [жи жш жәе —— жа шш ши À ши am ima ama жә mm am [жи шш жа mama mm же ты ше тш ти же жш жә m жа шы же жа же же же жа ma тш ma ти жә жа жә жа же же 


CHyFrameWnd::CMyFrameWnd() 
{ 
Create (HULL, 
NULL, 


"Hello МЕС", 
"Маіпмепиц" } ; 


WS OVERLAPPEDWINDON, rectDefault, 
// "MainMenu" FRI RC W 


BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd) 
ON COMMAND(IDM ABOUT, OnAbout] 
OM WM PAINT(]) 

END MESSAGE МАР() 


void CM irc d: :OnPaint(] 


( 
CPaintDC dc(this]; 


#0045 
#0046 
#0047 
86048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 


上 面 这 些 程序 代码 中 ， 你 看 到 了 一 些 MFC 类 如 CWinApp 和 CFrameWnd,， 
如 BOOL 和 VOID， 
和 END M ESSAGE MAP. 


CHect rect; 
GetClientRect(rect]; 
dc.SetTextAlign(TA BOTTOM | TA CENTER]; 
::LineDDA(rect.right/?2, О, rect.right/2, rect.bottom/2, 


(LIMEDDAPROC] LineDDACallback, (LPARAM] (LPVOID] &dc]; 


VOID CALLBACK Mmm :LineDDACallback(int x, int y, LPARAM 1рас) 
t 


static char szText[] = "Hello, МЕС"; 


((CDC*)lpdc]-»TextOut(x, y, szText, sizeof(szText]-1)]; 

for(int i=l; 1<50000; із»); // WBAEHERETISETFBHRBE + НН 
} 
//--------------- ------------------------------------------------ 
void — :OnAbout (| 


{ 
CDialog about("AboutBox", // "AboutBox" РЗ RC № 


about.DoModal(i)]:; 


this); 
) 


一 些 MFC 数 据 类 型 
一 些 MFC 宏 如 DECLARE MESSAGE MAP 和 BEGIN MESSAGE END 
这 些 都 佛经 在 第 БЕН ГАИ МЕСІ 一 节 中 露 过 脸 。 但 是 单纯 从 


С++ 语言 的 角度 来 看 ， 还 有 一 些 是 我 们 不 能 理解 的 ， 如 HELLO.H 中 的 afx_msg apte ІІ) 和 
CALLBACK (#28 17) 2 


你 可 以 在 WINDEF.H 中 发 现 CALLBACK 的 意义 : 


#define CALLBACK 


_ stdcall // 一 种 函数 调用 习惯 


可 以 在 AFXWIN.H 中 发 现 afx_msg 的 意义 : 


#define afx msg // intentional placeholder 


// 故意 安排 的 一 


个 空位 置 。 也 许 以 后 版 本 会 用 到 |。 


МЕС 程序 的 来 龙 去 脉 (causal relations) 


让 我 们 从 第 


1 章 的 C/SDK 观念 出 发 ， 看 看 MFC 程 序 如 何 运 作 。 


一 件 事情 就 是 找 出 МЕС 程序 的 进入 点 。 МЕС 程序 也 是 Windows 程序 ， 所 以 它 应 该 也 有 一 


个 WinMain， 但 是 我 们 在 Hello 程序 看 不 到 它 的 踪影 。 是 的 ， 


更 有 一 个 〈 而 且 仅 有 一 


但 先 别 急 ， 在 程序 进入 点 之 前 ， 
^) 全 局 对 象 (本 例 名 为 theApp) ， 这 是 所 谓 的 application object, 


当 操 作 系 统 将 程序 加 载 并 启动 ， 这 个 全 局 对 象 获 得 配置 ， 其 构造 画 效 会 先 执 行 ， 比 WinMain 


更 早 。 所 以 以 时 间 顺 序 来 说 ， 我 们 先 看 看 这 个 


Г` application object, 


我 只 借用 两 个 类 : CWinApp 和 CFrameWnd 


你 已 经 看 过 了 图 6-2， 作 为 一 个 最 最 粗浅 的 MFC 程 序 ，Hello 是 如 此 单纯 ， 只 有 一 个 窗口 。 回 
想 第 一 章 Generic 程序 的 写法 ， 其 主体 在 于 WinMain 和 WndProc， 而 这 两 个 部 分 其 实 都 有 相 
HEET ZIE FIRT, MFC 就 把 有 着 相当 固定 行为 之 WinMain 内 部 动作 包装 在 
CWinApp 中 ， 把 有 着 相当 固定 行为 之 WndProc 内 部 动作 包装 在 CFrameWnd 中 。 也 就 是 

说 : 


e CWinApp 代表 程序 本 体 
e CFrameWnd 代表 一 个 框架 究 口 (Frame Window) 


但 虽然 我 说 ，WinMain 内 部 动作 和 WndProc 内 部 动作 都 有 着 相当 程度 的 固定 行为 ， 它 们 毕竟 
需要 面 对 不 同 应 用 程序 而 有 某 种 变化 。 所 以 ， 你 必须 以 这 两 个 类 为 基础 ， 派 生 自 己 的 类 ， 并 
改写 其 中 一 部 分 成 员 回 数 。 


class CMyWinApp : public CWinApp 


$; 
class CMyFramewnd : public CFrameWwnd 
{ 


}; 


本 章 对 派生 类 的 命名 规则 是 : 在 基 类 名 称 的 前 面 加 上 "My"。 这 种 规则 真正 上 战场 时 不 见得 适 
用 ， 大 型 程序 可 能 会 目 同一 个 基 类 派生 出 许多 目 己 的 类 。 不 过 以 教学 目的 而 言 ， 这 种 命名 方 
式 使 我 们 从 字面 丈 知 道 类 之 间 的 从 属 天 系 ， 颇 为 理想 (根据 我 的 经 验 ， 初 学 者 会 被 类 的 他 名 


—L- 


Ek ЕЛАК) о 


CwinApp 一 一 取代 WinMain 的 地 位 


CWinApp 的 派生 对 象 被 称 为 application object， 可 以 想见 ，CWinApp 本 身 就 代表 一 个 程序 本 
体 。 一 个 程序 的 本 体 是 什么 ? 回想 第 1 章 的 SDK 程序 ， 与 程序 本 身 有 关 而 不 与 窗口 有 关 的 数 
据 或 动作 有 些 什么 ? 系统 传 进来 的 四 个 WinMain 参数 算 不 算 ? InitApplication 和 
Initlnstance 算 不 算 ? 消息 循环 算 不 算 ? 都 算 ， 是 的 ， 以 下 是 MFC 4.x 的 CWinApp 声 明 (节录 
自 AFXWIN.H) 


class CWinApp : public CWinThread 
1 
// Attributes 
// Startup args (do not change] 
HIHMSTAHCE m hInstance; 


HIMSTAMCE m hPrevInstance; 
ЬЕТЪТЕ m lpcCmdL ine; 
int m nCmdShow; 


// Running args (can be changed in InitInstance] 
LPCTSTR m pszAppMame; // human readable name 
LPCTSTR m pszRegistryKey; // used for registry entries 


public: // set in constructor to override default 
LPCTSTR m pszExeName; // executable name {по spaces] 
LPCTSTR m pszHelpFilePath; // default based on module path 
LPCTSTR m pszProfileName; // default based on app name 


public: 
// hooks for your initialization code 
virtual BOOL InitApplication(): 


// overrides for implementation 
virtual BOOL InitInstance(i]:; 
virtual int ExitInstance(t]:; 
virtual int Run{}; 

virtual BOOL OnIdle (LONG lCount]; 


几乎 可 以 说 CWinApp 用 来 取代 WinMain 在 SDK 程 序 中 的 地 位 。 这 并 不 是 说 MFC 程 序 没 
WinMain ( 稍 后 我 会 解释 ) ， 而 是 说 传统 上 SDK 程序 的 WinMain 所 完成 的 工作 现在 由 
CWinApp 的 三 个 函数 完成 : 


virtual BOOL InitApplication(); 
virtual BOOL InitInstance(); 
virtual int Run(); 


WinMain 只 是 扮演 役 使 它们 的 角色 。 


会 不 会 觉得 CWinApp 的 成 员 变 量 中 少 了 点 什么 东西 ? 是 不 是 应 该 有 个 成 员 变 量 记 录 主 窗口 的 
handle (或 是 主 窗口 对 应 之 C++ 对 象 ) ?的 确 ， 在 MFC 2.5 中 的 确 有 m_pMainWnd 这 么 个 成 
й * = (以 下 节录 自 MFC 2.5 WAFXWIN.H) 


class CWinApp : public CCmdTarget 
{ 
// Attributes 
// Startup args (do not change] 
HINMSTANCE m hInstance; 
НІМ5ТАМСЕ m hPrevInstance; 
LESTR m lpCémdLine; 
int m ncmdShow; 


// Running args (сап be changed in InitInstance] 
CWnd* m pMainvWnd; // main window (optional) 
CWnd* m pActiveWnd; // active main window (may not be m pMainrnd] 


const char* m pszAppName; // human readable name 


public: // set in constructor to override default 
const char* m pszExeName; // executable name {по spaces] 
const char* m pszHelpFilePath; // default based on module path 
const char* m pszProfileHName; // default based on app name 


public: 
// hooks for your initialization code 
virtual BOOL InitApplication([(]; 
virtual BOOL InitInstance(t]; 


// running and idle processing 
virtual int Run(í]; 
virtual BOOL OnIdle(LOMG lCount]; 


// exiting 
virtual int ExitInstance(t]; 


|; 
但 从 MFC 4.х В, m_pMainWnd 已 经 被 移 往 CWinThread 中 了 (ЕЕ CWinApp 的 父 类 ) . 
以 下 内 容 节 录 自 МЕС 4.x 的 AFXWIN.H : 


class CWinThread : public CCmdTarget 

{ 

// Attributes 
CWnd* m pMainWnd; // main window (usually same AfxGetApp(]-»m pMainWnd] 
CWnd* m pActiveWnd; // active main window (may not be m pMainlnd] 


// only valid while running 
HANDLE m hThread; // this thread's HANDLE 
DWORD m nThreadID; // this thread's ID 


int GetThreadPriorityí]: 
BOOL SetThreadPriority(int nPriority]; 


// Operations 
DWORD SuspendThread(]; 
DWORD ResumeThread(]; 


// Overridables 
// thread initialization 
virtual BOOL InitInstance(]: 


// running and idle processing 

virtual int Run(]; 

virtual BOOL PreTranslateMessage(MSG* pMsg]; 

virtual BOOL PumpMessage(t];:; // low level message pump 

virtual BOOL OnIdle(LONG lCount]; // return TRUE if more idle processing 


public: 
// valid after construction 
AFX THREADPROC m pfnThreadProc; 


熟悉 Win32 的 朋友 ， 看 到 CWinThread 类 之 中 的 SuspendThread 和 ResumeThread/X ñ Bd 
数 ， 可 能 会 发 出 会 心 微笑 。 


CFrameWnd 一 取代 WndProc 的 地 位 


CFrameWnd 主要 用 来 擎 握 一 个 窗口 ， 几 乎 你 可 以 说 它 是 用 来 取代 SDK 程 序 中 的 窗口 酌 数 的 
地 位 。 传 统 的 SDK 窗 口 函 数 写 法 是 : 


long ҒАН PASCAL WndProc(HWHD hWnd, UNIT msg, WORD wParam, LONG lParam) 
| 
switchi(msg] { 
case WM COMMAND : 
switchi(wParam] 1 
case ТОМ ABOUT 
OnAbout(hWnd, wParam, lParam):; 
break: 
р 
break; 
са se ИМ РАІНТ 
OnPaintihWnd, wParam, lParam) 
break; 
default 
DefWindowProc(hWnd, тед, wParam, lParam); 


MFC 程 序 有 新 的 作法 ， 我 们 在 Hello 程 序 中 也 为 CMyFrameWnd 准 各 了 两 个 消息 处 理 例 程 ， 声 
明 如 下 : 


class CMyFrameWnd : public CFrameWnd 
{ 
public: 
CHMyFrameWnd(]; 
afx msg void OnPaint(]; 
afx msg void OnAbout(]; 
DECLARE MESSAGE MAP|] 
|; 


OnPaint 处 理 什么 消息 ? OnAbout 又 是 处 理 什 么 消息 ?我 想 你 很 容易 猜 到 ， 前 者 处 理 

МҮМ PAINT， 后 者 处 理 WM COMMAND 的 IDM _ABOUT。 这 看 起 来 十 分 利落 ， 但 直人 搞 不 懂 
来 龙 去 脉 。 程 序 中 是 不 是 应 该 有 『「 把 消息 和 处理 落 数 关 联 在 一 起 」 的 设 定 动作 ? 是 的 ， 这 些 

设 定 在 HELLO.CPP 才 看 得 到 。 但 让 我 先 着 一 共 : DECLARE_MESSAGE_MAP 宏 与 此 有 关 。 


这 种 写法 非常 奇特 ， 原 因 是 МЕС 内 建 了 一 个 所 谓 的 Message Map 机 制 ， 会 把 消息 自动 送 到 
[与 消息 对 映 之 特定 辑 数 ] 去 ; 消息 与 处 理 辑 数 之 间 的 对 映 关 系 由 程序 员 指 定 。 


DECLARE MESSAGE МАР 另 搭 配 其 它 容 ， 殊 可 以 很 便利 地 将 消息 与 其 处 理 函 数 天 联 在 一 
Жа: 


BEGIN MESSAGE MAP(CMyFramewnd, CFramewnd) 
ON WM PAINT() 

ON COMMAND(IDM ABOUT, OnAbout) 

END MESSAGE МАР() 


FB Ie SX ЖТ 1 БЕДНА ВУ, 


引爆 器 一 Application object 
我 们 已 经 看 过 HELLO.H 声 明 的 两 个 类 ， 现 在 把 目光 转 到 HELLO.CPP 身上 。 这 个 文件 将 两 个 
类 实现 出 来 ， 并 产生 一 个 所 谓 的 application object。 故 事 就 从 这 里 展开 。 


下 面 这 张 图 包括 右 半 部 的 Hello 原 始 代 码 和 与 左 半 部 的 MFC 原 始 代 码 。 从 这 一 节 以 降 ， 我 将 以 此 
图 解释 MFC 程 序 的 启动 、 运 行 、 与 结束。 不 同 小 节 的 图 将 标示 出 当时 的 程序 进行 状况 。 


HELLO.CPP 


CMyWinApp theApp: 





WINMAIN CPP 


int AFXAPI AIxWinHain 4...) | m pMainWnd — new 


// application object 


BOOL CMyWinApp::InitInstancei!:] 


CMyFrameWndi] ; 


Í m pMainWnd-»ShowWindowim ncomdShew] ; 
CWinAipp* рАрр = AfxGetAÁppi]: m pMainWnd--»UpdatewWindowi]; 


return TRIIE; 
AfxWinIniti...]; ] 


pApp--Initzpplicationi1]; СЫР rameWnd: СМР гате | ) 


pApp-2InitInstance(]; { 


nReturnCode = рАрр->Кип{]; CreateiNULL, "Hello МЕС", 
"MainbMenu")]; 


AfxWinTermi)]:; ] 


void CMyFrameWnd: :OnPalnti)] 1 
void CHMyFrameWnd::Onaebouti] 1 


| 
| 


BEGIN MESSAGE MAP;CMyFrameTnd, CFrameWnd] 
ON COMMANDIIDM ABOUT, OnA&bout] 


ON WM PAINT|) 
END MESSAGE МАР {) 





上 图 的 theApp 就 是 Hello 程 序 的 application object， 每 一 个 MFC 应 用 程序 都 有 一 个 ， 而 且 也 只 
有 这 人 么 一 个 。 当 你 执行 Hello， 这 个 全 局 对 象 产 生 ， 于 是 构造 酌 数 执行 起 来 。 我 们 并 没有 定义 
CMyWinApp ЖЕ ; 至 于 其 父 类 CWinApp 的 构造 本 数 内 容 摘要 如 下 (摘录 自 


APPCORE.CPP) 
CWinApp::CWinApp(LPCTSTR 1р=тАррНате } 
{ 

т р«тАррМате = lpszAppHame; 


// initialize CWinThread state 


AFX MODULE THREAD STATE* pThreadState = AfxGetModuleThreadState([(]: 


pThreadState-»m pCurrentWinThread = this; 
m hThread = ::GetCurrentThread(]; 
m nThreadID = ::GetCurrentThreadId(); 


// initialize CWinApp state 
AFX MODULE STATE* pModuleState = AfxGetModuleState(] 
pModuleState-»m pCurrentWinApp = this; 


// in non-running state until WinMain 
m hlInstance = NULL; 

m pszHelprFilePath = NULL; 

m pszProfileName = NULL; 

т pszRegistryKey = NULL; 

m pszExeMame = NULL; 

m lpoOmdLine = NULL; 

m pCmdInfo = NULL; 


= ш ш 





CWinApp 之 中 的 成 员 变 量 将 因为 theApp 这 个 全 局 对 象 的 诞生 而 


" 
F 


获得 配置 与 急 值 。 


没有 theApp 存 在 ， 编 译 链 接 还 是 可 以 顺利 通过 ， 但 运行 时 会 出 现 系 统 错误 消息 。 


如 果 程 序 中 


隐 星 不 明 的 WinMain 


HELLO CPF 
ӨМ оу: пАрр theApp: // application object 


BOOL CMyWinApp::InitInstance(] 
{ 





VW NMAIN. CPP 


int AFXAPI AfxWinMain (...) 
{ 


m pMainWnd = new CHMyFrEAameWnd t): 

m pha inWnd-»5howWindos(m nCmadshew] z 
m pMainWnd-»UpbdateWindow]:; 

return TRUE: 


CWinApp* рАрр = AfxGetAppi]: 


AfxWinInit(...]:; ] 


pApp--InitApplication(]: 
pApp-»InitInztance(t]: 
nReturnCode = pApp-»Run(]: 


CMyFrameVWnd::cCMyEramevn сї } 
{ 
Create(jNULL, "Hello МЕС", ..., 
"MainbMenu"):; 


AfxWinTerm!i]: ] 





! | void CMyFramebWnd::oónPaint(] 
void CMyFrametnd::onAbout 11 


а а 


{ 
{ 


| BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd) 
ON COMMAND(IDM ABOUT, OnAbout) 
ON WM PAINT(]) 

| END MESSAGE МАР I) 


theApp 配置 完成 后 ，WinMain 登场 。 我 们 并 未 撰写 WinMain 程序 代码 ， 这 是 МЕС 早已 准备 
好 并 由 链接 器 直接 加 到 应 用 程序 代码 中 的 ， 其 原始 代码 列 于 图 6-4, _tWinMain Ж АНУ 是 为 
了 支持 Unicode 而 准 各 的 一 个 宏 。 

// іп APPMODUL.CPP 

extern "С" int WIMAPI 


. tWinMain(HINSTANCE hlInstance, HINSTANHCE hPrevInstance, 
LPTSTR lpcCmdLine, int nCmdShow] 


// call shared/exported WinMain 
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow]; 


ЕН, TEDLLMODUL.CPPrRÀ —^DIIMainES2X, ж 5 ЖӨНЕП ЕЕ. 


// in WINMAIN.CPP 

#0001 J//////,I II PF gBgSJ)Ull'F/ P Nl P M I9gfyo FÓff ÓÓ-DÓEF/P VM EE P Ml—Ó—I'llliKfÉl- MUI P" J/I M ll gg 
#0002 // Standard WinMain implementation 

#0003 // Can be replaced as long as 'AfxWinInit' is called first 

#0004 

#0005 int АҒХАРІ AfxWinMain (HIMSTANCE hInstance, НТУЗТАНСЕ hPrevInstance, 


#0006 LPTSTR lpCmdLine, int nCmdShow] 
#000? { 

#0008 ASSERT(hPrevInstance == NULL]; 

BO009 

#0010 int nReturncCode = =]; 

#0011 CWinApp* рАрр = AfxGetApp(); 

#0012 

#0013 // AFX internal initialization 

#0014 if (!'AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow] } 
80015 goto InitFailure; 

#0016 

#0017 // App global initializations (rare] 
#0018 ASSERT VALID (pApp] ; 

80019 if (!pApp-»InitApplication(]] 

#0020 goto InitFailure; 

#0021 ASSERT VALIO (рАрр}; 

#0022 

#0023 // Perform specific initializations 
#0024 if (!pApp->InitInstanceí(]) 

#0025 { 

#0026 if (pApp-»m pMainWnd != NULL] 

#0027 { 

#0028 TRACEO("Warning: Destroying non-NULL m pMainWndn"]:; 
#0029 pApp-»m pMainUnd->DestroyWindow)]) ; 
#0030 } 

#0031 nReturnCode = pAPp->ExitInstancell; 
#0032 goto InitFailure; 

#0033 ] 

#0034 ASSERT VALID(pApp); 

#0035 

ЕСО36 nReturnCode = pApp--Run(t]: 

#0037 ASSERT VALID(pApp); 

#0038 

#0039 InitFailure: 

#0040 

#0041 AfxWinTerm(]:; 

koo042 return nReturncCode; 

#0043 |) 


86-4 Windows 程序 进入 点 。 原 始 代 码 可 从 MFC 的 WINMAIN.CPP 中 获得 


答 加 整理 去 芜 存 琵 ， 束 可 以 看 到 这 个 「 程 序 进入 点 」 主 要 做 些 什 么 事 : 


int АЕХАРТ AfxWinMain (HIHSTAHCE hInstance, HIHSTAHCE hPrevInstance, 
LFTSTR lpomdLine, int ncmdshow] 


( 
int пбеЕцшггС осе = =]: 


CWinApp* pApp = АЁхсеЕАрр{}; 

AfxWinlInit(hlInstance, hPrevlinstance, lpcmdLine, постао); 
pApp--1InitApplication(t]: 

PApp--InitInstance(]:; 


nReturncCode = pApp--BRun(i]: 


AfxWNinTermi)]: 
return nReturncode; 


其 中 ，AfxGetApp 是 一 个 全 局 函数 ， 定 义 于 AFXWIN1.INL 中 : 


_AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp() 
i return afxCurrentWinApp; } 


而 afxCurrentWinApp 又 定义 于 AFXWIN.H 中 : 


#define afxCurrentWinApp AfxGetModuleState()->m_pCurrentWinApp 


再 根据 稍 早 所 述 CWinApp::CWinApp 中 的 动作 ， 我 们 于 是 知道 ，AfxGetApp 其 实 融 是 取得 
CMyWinApp 对 象 指针 。 所 以 ，AfxWinMain 中 这 样 的 动作 : 


CWinApp* рАрр = AfxGetApp(); 
pApp->InitApplication(); 
pApp-»InitInstance(); 
nReturnCode = pApp-»Run( ); 


НА РАЯ: 


CMyWinApp::InitApplication(); 
CMyWinApp::InitInstance(); 
CMyWinApp::Run(); 


因而 导 至 调用 : 


CWinApp: :InitApplLication();// 因 为 CMyWinApp 并 没有 改写 InitAppJLication 
CMyWinApp::InitInstance(); // 因 为 CMywinApp 改 至 了 InitInstance 
CWinApp::Run(); // 因 为 CMyWinApp 并 没有 改 宇 Run 


根据 第 1 章 SDK 程 序 设 计 的 经 验 推测 ，InitApplication 应 该 是 注册 窗口 类 的 场所 ?InitlInstance 
应 该 是 产生 窗口 并 显示 窗口 的 场所 ? Run 应 该 是 所 取消 息 并 分 派 消息 的 场所 ? Suas ! 以 下 
数 节 我 将 实际 带 你 看 看 MFC 的 原始 代码 ， 如 此 一 来 就 可 以 了 解 隐藏 在 MFC 背 后 的 玄妙 了 。 我 
的 终极 目标 并 不 在 МЕС 原始 代码 《虽然 那 的 确 是 学 习 设 计 一 个 application framework 的 好 教 
М), яааж ЕМЕС ИЯ АЛЫР ЗА ЕЖА, НЕ; 有 这 种 扎实 
的 根基 ， 使 用 МЕС 才能 知 其 然 并 知 其 所 以 然 。 下 面 小 节 分 别 讨论 AfxWinMain 的 四 个 主要 动 
作 以 及 引发 的 行为 。 


AfxWinlnit 一 AFX 内 部 初始 化 动作 


НЕШОСРР 


CHyWlnApp theApp: // application object 





BOOL CHMyWinApp::InitInstance(] 

— — __ — = . Е 

int АҒХАРІ AfxWinHain 4...) m pMainWnd = new CMyFrameWndi]; 

{ m pMainWnd-»ShowWindowim nCmdShow] ; 
С?П пАрр* рАрр = AfxGetAppi]: m pMainWnd-»UpdateWindowi]:; 

return ТЕШЕ; 


WI NM AIN.CPP 


oe AfxWinInit(...]; | 


pApp-»InitApplicationi]: CMyFrameWnd::CHMyFrameWndi) 

pApp-»InitInstancei]: { 

nReturnCode = pApp-»Runi]: Cereale NULL, "Hello МЕС", ..., 
"MainMenu"); 

AfxWinTerm!)]:; | 


void CHMyFrameWnd::nPainti) Í 
void CMyFrameWnd::onAbout i) Í aaa } 


BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd) 
ON COMMAND(IDM ABOUT, OnAbout) 
ON WM PAINT(] `Ü 

END MESSAGE MAP|) 


我 想 你 已 经 清楚 看 到 了 ，AfxWinlnit 是 继 CWinApp 构造 函数 之 后 的 第 一 个 动作 。 以 下 是 它 的 
动作 摘要 (节录 自 АРРІМІТ.СРР) 


BHOOL АҒХАРІ AfxWinInit(HIMSTAHCE hInstance, HINSTANCE hPrevInstance, 
LPTSTR lpcmdLine, int ncmdShow] 


ASSERT(hPrevInstance == NULL}; 


// set resource handles 

AFX MODULE STATE* pState = AfxGetModuleState(]; 
p5tate-?m hCurrentInstanceHandle = hInstance; 
p5tate-»m hCurrentResourceHandle = hInstance; 


// fill in the initial state for the application 
CWinApp* рАрр = AfxGetApp(i]: 

if (pApp !- NULL] 

{ 


// Windows specific initialization (not done if no CWinApp] 


pApp-m hInstance = hInstance; 

рарр->т hPrevInstance = hPrevInstance; 
pApp-m lpémdLine = lpcmdLine; 
pApp-m ncémdShow = nCmdShow; 
pAápp--»5SetCurrentHandles(); 


// initialize thread specific data (for main thread] 
if (l'afxContextIsDLL] 
AfxInitThread(í(]:; 


return TRUE; 


其 中 调用 的 AfxInitThread 函 数 的 动作 摘要 如 下 (% ЖЕН THRDCORE.CPP) 


void AFXAPI AfxInitThread(] 
| 
if ('afxcContextISsDLL] 
i 
// attempt to make the message queue bigger 
for (int cMsg = 96; !SetMessageQueue([cMsg] ЕЕ (cMsg -= 8]; ) 


" 
ғ 


// set message filter proc 

_AEX THREAD STATE* pThreadState = AfxGetThreadState(]; 

ASSERT (pThreadState-^m hHookOldMsgrilter == NULL]: 

pThreadState-»m hHookOldMsgFilter = ::SetWindowsHookEx(WH MSGFILTER, 
 AfxMsgFilterHook, NULL, ::GetCurrentThreadId(]]:; 


// intialize CTL3D for this thread 
_АЕХ CTL3D STATE* pCctl3dState =  afxCtl3dState; 
if (pCtl3dState->m pfnAutoSubclass !- NULL] 
(*pCtl3dState-»m pfnAutoSubclass](AfxGetInstanceHandle(]]; 


// allocate thread local AFX CTL3D THREAD just for automatic termination 
 AFX CTL3D THREAD* pTemp = afxCtl3dThread; 


如 果 你 鲁 经 看 过 本 书 前 身 Visual C++ 面向 对 象 MFC 程 序 设 计 ， 我 想 你 可 能 对 这 名 话 印象 深 

XJ: [WinMain 一 开始 即 调 用 AfxWinlnit， 注 册 四 个 窗口 类 」。 这 是 一 个 已 成 昨日 黄花 的 事 
Xo МЕС 的 确 会 为 我 们 注册 四 个 窗口 类 ， 但 不 再 是 在 AfxWinlnit 中 完成 。 稍 后 我 会 把 注册 动 
作 控 出 来 ， 那 将 是 窗口 诞生 前 一 刻 的 行为 。 


CWinApp::InitApplication 


HELLO.CPP 


£5 CMyWinApp theApp; // application object 





BOOL CMyWin&pp::InitlInstancei] 
Í 


WINMAIN. CPP 


int AFRAPI ArfIxWinMain 4...) 
[ 


m pMainWnd = new CMyFrameWndi]; 

m pMainWnd--SheoewWindowim nCmdshew]; 
m pMainWnd-»UpdateWindowi]; 

return ТЕПЕ; 


CWinzpp* рарр = AIxGetAppil]: 


e AfxWinInit!...]; } 


е) pApp-2InitApplication();: 
pApp--»InitlInstancei]:; 
nReturnCode = pApp--Runi]:; 


CMyF rameWnd: : Су ramevwndt) 
{ 
Create (NULL, "Hello МЕС", 
"Ма1пМепи" |; 


AIxWinTermi]: | 





void СМұҒгатейріпа: :OrnPalnti) { ... ] 
void СМұҒгатейріпа: :ОпАроцЕ і) (í ... } 


BEGIN MESSAGE MAP(CMyFrameWnd, СЕгатейпа) 
ON СОММАМО {ТОМ ABOUT, OnAbout) 
ON WM PAINT!) 

END MESSAGE МАР |) 


AfxWinlnit 之 后 的 动作 是 pApp->lnitApplication。 稍 早 我 说 过 了 ，PpApp 指向 CMyWinApp 对 象 
(也 融 是 本 例 的 theApp) ， 所 以 ， 当 程序 调用 : 


pApp->InitApplication(); 


相当 于 调用 : 


CMyWinApp::InitApplication(); 


但 是 你 要 知道 ，CMyWinApp 继 承 目 CWinApp, rmulnitApplication X. £ CWinApp B5— ^ Rz Bd 
数 ; 我 们 并 没有 改写 它 大 部 分 情况 下 不 需 改 写 它 ) ， 所 以 上 述 动作 相当 于 调用 : 


CWinApp::InitApplication(); 


此 函数 之 原始 代码 出 现在 APPCORE.CPP 中 : 


BODL CWinApp::InitApplication(] 
{ 
if (CDocManager::pStaticDocManager !- NULL} 
{ 
if (m рПосМападег == NULL] 
m pDocManager = CDocManager::pStaticDocManager; 
CDocManager::pStaticDocManager = NULL; 
! 


if (m pDocManager !- NULL] 
m pDocManager--AddDocTemplate (МОЦ. р; 
else 


CDocManager::bStaticInit = FALSE; 


return TRUE; 
] 


这 些 动作 都 是 MFC 为 了 内 部 管理 而 做 的 。 


XT Document Template 和 CDocManager， 第 7 章 和 第 8 章 另 有 说 明 。 


CMyWinApp::Initlnstance 


HELLO.CP P 


омут пАрр theApp:; // application object 





WINMAIN.CPP BOOL CMyWinApp::InitInstance(] 
int АРХАРТ AIxWinHain 4i...] m pMainWnd = new CMyFrameWndi]; 
Í m pMainWnd-»ShowWindowim nCmdshow)]; 
CWinàpp* pàpp = AfxGetAppi]: | m pMainWnd--UpdateWlndowi]r 
| return TRUE; 
ө AfxWinIniti...); ГІ 


pApp--»InitApplicationi]; CMyFrameWnd: : Су гапе ) 
ҒЫ paApp->InitInstance(); { 
nReturnCode = рАрр->Кип{]; Create NULL, "Hello МЕС", 
"MainbMenu" |]; 
AIxWinTermi!]: | 


void CMyFrameWnd::ünPainti] í 
void CMyFrameWnd::ünAbout(] 21... ] 


BEGIN MESSAGE MAP(iCMyFrameWnd, CFrameWnd) 
ON COMMAND IDH ABOUT, OnAbout] 


ON WM PAINT|) 
END MESSAGE MAP |) 


2KInitApplication Z e, AfxWinMain3j& FH pApp-»Initlnstance, $85 3X 5531 T, рАрр 指向 
CMyWinApp 54% (tm ERBIA theApp) ， 所 以 ， 当 程序 调用 : 


pApp-»InitInstance(); 


相当 于 调用 


CMyWinApp::InitInstance(); 


但 是 你 要 知道 ，CMyWinApp 继 承 目 CWinApp， 而 Initlnstance 又 是 CWinApp B^5— ` iz 0%, 
由 于 我 们 改写 了 它 ， 所 以 上 述 动作 的 的 确 确 融 是 调用 我 们 自己 (CMyWinApp) 的 这 个 
Initlnstance 函数 。 我 们 将 在 该 处 展开 我 们 的 主 贸 口 生命 。 


АРРСОКЕ СРР 


Базе class virtual BOOL InitÀpplication(): 
к^» virtual BOOL Initlnstance(); 
virtual int Run(); 
virtual int Exitlnstance(); 





HELLO CPP overrdden 
virtual BOOL Initlnstance(); | 





-> 


derived class 





一 般 而 首 + CMyWinApp Н 
CWinApp 中 的 Initlnstance + H 
EPES Init&pplication ЯП Run + 


注意 : 应 用 程序 一 定 要 改写 虚 函 数 Initlnstance， 因 为 它 在 CWinApp ВЫ Ы, SUB 
任何 内 建 ( 预 设 ) 动作 。 


CFrameWnd::Create 产生 主 窗口 (并 先 注册 窗口 类 ) 





HELLO.CPP 
e CHyWinApp theApp: РТ, application object 
WINMAIN.CPP BOOL CHMyWinApp::InitInstancei] 


int AFXAPI AfxWinMain (...] 
{ 


m pMainWnd = new СМуЕгатпейпа(); 

m pMainWnd-»ShowWindow(m nCmdShow]; 
m pMainWnd-»UpdateWindowi]; 

return TRUE; 


CWinApp* pApp = AfxGetApp(]: 


o AfxWinInit(...]:; 1 


y pApp-»InitApplicationi]: CMyF rameWnd: : CMyFrameWndy(t) 
pApp-»InitInstance(]; { 
 nhaturnCode = рАрр->Ңип{]; Ө 0n. "Hello КЕС", ..., < 
"HainMenu"]: 
AfxWinTermi); | 
void CMyFrameWnd::OnPalnt(] 1... 
void CMyFrameWnd::OnAbout(] 1... |) 


+ Heile WFE 


BEGIN MESSAGE MAP([(CHMyFrameWnd, CFrameWnd] 
ON COMMAND(IDM ABOUT, OnAbout] 
ON WM PAINT|] 

END MESSAGE МАР() 





CMyWinApp::Initlnstance 一 开始 new 了 一 个 CMyFrameWnd 对 象 ， 准 各 用 作 框 架 窗口 的 
C++ 对 象 。new 会 引发 构造 范 数 : 


CMyFramewnd: : CMyFramewnd 


Create(NULL, "Hello МЕС", М5 OVERLAPPEDWINDOW, rectDefault, NULL, "MainMenu"); 


其 中 Create 是 CFrameWnd 的 成 员 函 数 ， 它 将 产生 一 个 窗口 。 但 ， 使 用 哪 一 个 窗口 类 呢 ? 


这 里 所 谓 的 ГЕО Ж) 是 由 RegisterClass 所 注册 的 一 份 数据 结构 ， 不 是 C++ X. 
根据 CFrameWnd::Create 的 规格 : 


ВОСТ Create{ LPCTSTR lpszcClassMame, 
LPCTSTR lpszWindowMame, 
DWORD dwStyle = WS OVERLAPPEDWIMHDOW, 
const RECT& rect - rectDefault, 
CMnd* pParentWnd = NULL, 
LPCTSTR lpszMenuMame = NULL, 
DWORD dwExStyle = 0, 
CCreateContext* pContext = NULL |; 


八 个 参数 中 的 后 六 个 参数 都 有 默认 值 ， 只 有 前 两 个 参数 必须 指定 。 第 一 个 参 数 
IlpszClassName 指 定 WNDCLASS 窗口 类 ， 我 们 放置 NULL 究竟 代表 什么 意思 ? 意思 是 要 以 
MFC 内 建 的 窗口 类 产生 一 个 标准 的 外 框 窗口 。 但 ， 此 时 此 刻 Hello 程 序 中 根本 不 存在 任何 窗口 
类 呀 !v&, Create 函数 在 产生 窗口 之 前 会 引发 禄 口 类 的 注册 动作 ， 生 后 再 解释 。 


第 三 个 参数 dwStyle 指定 窗口 风格 ， 预 设 是 WS OVERLAPPEDWINDOW， 也 正 是 最 常用 的 
一 种 ， 它 被 定义 为 (在 WINDOWS.H 之 中 ) 


#define WS OVERLAPPEDWINDOW {WS OVERLAPPED | WS CAPTION | 
WS SYSMENU | WS THICKFRAME | 
WS MIMIMIZEBOX | WS MAXIMIZEBOX] 


因此 如 果 你 不 想 要 窗口 右上 角 的 极 大 极 小 钮 ， 融 得 这 人 么 做 : 


Create МОГ, 
"Hello МЕС", 
WS OVERLAPPED | WS CAPTION | WS SYSMENU | WS ТНІСКЕКАМЕ 
rectDefault, 
NULL, 
"МаіпМепи"|; 


如 果 你 希 鞋 窗口 有 垂直 滚动 条 ， 融 得 在 第 三 个 参数 上 再 加 增 WS_VSCROLL 风 格 。 第 二 个 参数 
IlpszWindowName 指 定 窗口 标题 ， 本 例 指 定 "Hello MFC"。 第 三 除了 上 述 标准 的 窗口 风格 ， 另 
有 所 谓 的 扩充 风格 ， 可 以 在 Create 的 第 七 个 参数 dwExStyle 指 定之 。 扩 充 风 格 唯 有 

以 ::CreateWindowEx (而 非 ::CreateWindow) 男 数 才 能 完成 。 事 实 上 生 后 你 就 会 发 现 ， 
CFrameWnd::Create 最 终 调用 的 正 是 ::CreateWindowEx。Windows 3.1 提供 五 种 窗口 扩充 风 
格 : 


WS ЕХ DLGMODALFRAME 
WS EX NOPARENTNOTIFY 
WS EX TOPMOST 

WS EX ACCEPTFILES 


WS EX TRANSPARENT 


Windows 95 有 更 多 选择 ， 包 括 WS EX WINDOWEDGE 和 WS ЕХ CLIENTEDGE, 让 窗口 
更 具 3D 立 体感 。Framework 已 经 自动 为 我 们 指定 了 这 两 个 扩充 风格 。 


Create 的 第 四 个 参数 rect 指 定 窗口 的 位 置 与 大 小 。 默 认 值 rectDefault 是 CFrameWnd 的 一 个 
static 成 员 变 量 ， 告 诉 Windows 以 预 设 方 陈 指定 窗口 位 置 与 大 小 ， 融 好 像 在 SDK 程序 中 以 
CW_USEDEFAULT 指定 给 CreateWindow 函数 一 样 。 如 果 你 很 有 主见 ， 


布 望 贸 口 在 特定 位 置 有 特定 大 小 ， 可 以 这 么 做 : 


Create(MULL, 
"Hello MEC", 
WS OVERLAPPEDWIMHDOW, 
CRect(40, 60, 240, 460], rr iehi (40,60] + 200 m 400) 
NULL, 
"MainMenu"]:; 


第 五 个 参数 pParentWnd 指定 父 窗 口 。 对 于 一 个 top-leve| 窗口 而 言 ， 此 值 应 为 NULL， 表 示 没 
ны (其 实 是 有 的 ， 父 窗口 就 是 desktop D) 。 


第 六 个 参数 |pszMenuName 指 定 选 单 。 本 例 使 用 一 份 在 RC 中 准备 好 的 选单 MainMenu。 第 八 
个 参数 利用 它 ， 在 具备 Document/View 架构 的 程序 中 初始 化 外 框 窗口 (第 8 章 的 
[TCDocTemplate 管 理 CDocument /CView/CFrameWnd] 一 节 中 闻 谈 到 此 一 主题 ) 。 本 例 不 
具 各 Document/View 架构 ， 所 以 不 必 指 下 pContext 参数 ， 默 认 值 为 NULL, 


第 八 个 参数 pContext 是 一 个 指向 CCreateContext 结构 的 指针 ，framework 前 面 提 过 ， 
CFrameWnd::Create 在 产生 窗口 之 前 ， 会 先 引 发 窗口 类 的 注册 动作 。 让 我 再 扮 一 次 МЕС A 
导 ， 带 你 寻 幽 访 胜 。 你 会 看 到 МЕС 为 我 们 注册 的 窗口 类 名 称 ， 及 注册 动作 。 


WINFRM.CPP 


BOOL CFrameWnd::Create(LPCTSTR lpszClassHame, 
LPCTSTR lpszWindowHame, 
DWORD dwStyle, 
const RECT& rect, 
CHnd* pParentWnd, 
LPCTSTR lpszMenuHame, 
DWORD dwExStyle, 


CCreateContext* pContext] 


HMEHU hMenu = NULL; 

if (lpszMenuMame != NULL] 

( 
// load in а menu that will get destroyed when window gets destroyed 
НІНЕТАНСЕ hlInst = AfxFindResourceHandle(lpszMenuMame, RT MENU]; 
hMenu = ::LoadMenu(hInst, lpszMenuMName]; 

| 

m strTitle = lpszWindowHame; // save title for later 

CreateEx(dwExStyle, lpszClassName, lpszWindowMame, dwStyle, 


rect.left, rect.top, rect.right = rect.left, rect.bottom- rect.top, 
pParentWnd--GetSafeHwnd(], hMenu, (LPVOID]pcContext]; 





"m TRUE; 


ру 59 FH CreateEx, ЖЕ, С\\Мпа X я BB2XCreateEx, (НЕКЕ 2: CFrameWnd #55, 
所 以 这 里 虽然 调用 的 是 CFrameWnd::CreateEx， 其 实 乃 是 从 父 类 继承 下 来 的 
CWnd::CreateEx, 


WINCORE.CPP 


BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassHame, 
LPCTSTR lpszWindowHMame, DWORD dwStyle, 
int x, int y, int nWidth, int nHeight, 
HWHD hWndParent, HMENU nIDorHMenu, LPVOID lpParam) 


// allow modification of several common create parameters 
CREATESTRUCT cs; 

cs.dwExSLyle = dwExStyle; 

cs.lpszClass = lpszcClassHName; 


cs.lpszMame = lpszWindowHame; 

cs.style = dwStyle; 

сах = X} 

cs.y = y; 

с=.сх = nWidth; 

с=.су = nHeight; 

cg.hwndParent = hWndParent; 

csg.hMenu = nIDorHMenu; 

ceg.hlInstance = AfxGetInstanceHandle(i]; 


cs.lpcreateParams = lpParam; 


PreCreateWindow(cs]; 

AfkHookWindowCreate(this); РАНЕЕ 9 HERT o 

HWHD hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszcClass, 
cs.lpszMame, cs.style, cs.x, Cs.y, CS.CX, CS.CYy, 
cs.hwndPFarent, cs.hMenu, cs.hlInstance, cs.lpCreateParams]; 


函数 中 调用 的 PreCreateWindow ЕЕ ЕРАЗ, CWnd 和 CFrameWnd 之 中 都 有 定义 。 由 于 this 指 
针 所 指 对 象 的 缘故 ， 这 里 应 该 调用 的 是 CFrameWnd::PreCreateWindow (还 记得 第 2 章 我 说 
ЕЕЕ И, АВТ S MSS 2) 


WINFRM.CPP 


// CFrameWnd second phase creation 
BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs] 
{ 
if (cs.lpszcClass == МІН.) 
{ 
AfxDeferRegisterClass(AFX WWIDFRAMEORVIEW REG]; 
cs.lpszClass =  afxWndFrameOrView; // COLOR WINDOW background 


其 中 AfxDeferRegisterClass 是 一 个 定义 于 AFXIMPL.H 中 的 安 。 


AFXIMPL.H 


tdefine AfxDeferRegisterClass(fClass] \ 


((a£xRegistaredClasses & fClass] 7 TRUE : AfxEndDeferRegisterClass(fClass]] 


х ZAR, WRA = afxRegisteredClasses 的 值 显示 系统 已 经 注册 了 fClass 这 种 窗口 类 ， 
MFC 就 啥 也 不 做 ; 否则 就 调用 AfxEndDeferRegisterClass(fClass)， 准 各 注册 之 。 
afxRegisteredClasses 定义 于 AFXWIN.H， 是 一 个 旗 标 变量 ， 用 来 记录 已 经 注册 了 哪些 窗口 


Ж. 
> п 


// in AFXWIN.H E A 
#define afxRegisteredClasses AfxGétModuleState()->m fRegisteredClasses 


WINCORE.CPP : 

#0001 BOOL AFXAPI AfxEndDofarRegisterClass([short fClass) 

#0002 ( 

#0003 Вос, bResult = FALSE; 

#0004 

#0005 // common initialization 

#0006 WHDCLASS wndcls; 

#0007 memset(&wndcls, О, sizeof(WHDCLASS]); // start with HULL defaults 
#0008 wndcls.lpfnWndProc = DafWindowProc; 

#0009 wndcls.hInstance = AfxGetInstanceHandle(]; 

#0010 wndcls.hCursor = afxData.hcurArrow; 

#0011 

#0012 AFX MODULE STATE* pModuleState = AfxGetModuleState(]: 

$0013 if (fClass & AFX WND REG) 

80014 { 

#0015 // Child windows - no brush, по icon, safest default class styles 
#0016 wndcls.style = CS DBLCLKS | CS HREDRAW | CS VREDRAW; 

#0017 wndcls.lpszClassMame =  afxWnd; 

#0018 bResult = AfxRegisterClass(&wndcls]; 

#0019 if (bResult] 

#0020 pModuleState-»m fRegisteredClasses |= АРХ ММО REG; 

#0021 | 

#0022 else if (fClass & АРХ WNDOLECONTROL ВЕС) 

#0023 [ 

#0024 // OLE Control windows = use parent DC for speed 

#0025 wndcls.style |= CS PARENTDC | CS DBLCLKS | CS HREDRAW | CS VREDRAW; 
#0026 wndcls.lpszClassName = afxWndOleControl; 

80027 bResult = AfxRegisterClass(&wndcls]; 

#0028 if (bResult] 


#0029 pModuleState-»m fRegisteredClasses |= АРХ WNDOLECONTROL REG; 
#0030 } 


#0031 else if (fClass & AFX WHDCONTROLBAR REG] 
#0032 { 
#0033 // Control bar windows 
#0034 wndcls.style = 0; // control bars don't handle double click 
#0035 wndcls.lpszClassMame =  afxWndControlBar; 
#0036 wndcls.hbrBackground = (HBRUSH] (COLOR BTMFACE + 1]; 
#0037 bResult = AfxRegisterClass(&wndcls]; 
#0038 if (bResult) 
#0039 pModuleState-»m fRegisteredClasses |= АРХ WNDCONTROLBAR REG; 
gyoo40 ] 
#0041 else if (fClass & АРХ WNDMDIFRAME ВЕС] 
#0042 | 
$0043 // MDI Frame window (also used for splitter window] 
%0044 wndcls.style = CS DBLCLKS; 
#0045 wndcls.hbrBackground = NULL; 
#0046 bResult = RegisterWithIcon(&wndcls, _afxwWndMDIFrame, 
AFX IDI STD MDIFRAME] E 
#0047 if (bResult) 
#0048 pModuleState->m fRegisteredClasses |= АРХ ММОМПІҒКАМЕ REG; 
#0049 | 
#0050 else if (fClass & АРХ WHDFRAMEORVIEW REG] 
#0051 { 
#0052 // SDI Frame ог МОТ Child windows or views = normal colors 
і0053 wndcls.style = CS DBLCLKS | CS HREDRAW | CS VREDRAW; 
%0054 wndcls.hbrBackground = (HBRUSH] (COLOR WINDOW + 1]; 
#0055 bResult = RegisterWithIcon(&wndcls,  afxMndFrameOrViaw, 
AFX IDI STD FRAME]; 
іюб5е if {bResult] 
#0057 pModuleState-»m fRegisteredClasses |= АРХ WHDFRAMEORVIEW REG; 
#0058 | 
#0059 else if (fClass & АРХ WNDCOMMCTLS ВЕС) 
#0060 { 
#0061 InitCommonControls(í): 
#0062 bResult = TRUE; 
#0063 pModuleState-»m fRegisteredClasses |= АРХ WNDCOMMCTLS REG; 
#0064 ] 
#0055 
#0066 return bResult; 
#0067 | 


H mm, TE ЕЗАРА НВ ГЕ ПА КЫ, Y XIXEGUT AFXIMPL.H 中 : 


#define AFX VHD REG ібх0001) 
#define AFX WNDCONTROLBAR REG (0х0002) 
#define AFX WNDMDIFRAME REG (9х00094) 
#define AFX WNDFRAMEORVIEW REG (Ox0008] 
#define АРХ WNDCOMMCTLS REG {0х0010] 


#define AFX WMDOLECCONTROL REG {0хбйб20] 
ЕН s dE ҚАН А 1 P] ЖЖЖ, Е Я jFWINCORE.CPP:R : 


const TCHAR afxWnd[] = AFX WHO; 

const TCHAR afxWndControlBar[] = AFX WHDCONTROLBAR; 
const TCHAR afxWndMDIFrame[] = AFX WHDMDIFRAME; 

const TCHAR afxWndFrameOrView[] = АРХ WHDFRAMEORVIEW; 
const TCHAR afxWndOleControl[] = AFX WHDOLECONTROL; 


而 等 号 右手 边 的 那些 AFX 常数 又 定义 于 AFXIMPL.H 中 : 


#ifndef  UNICODE 

kdefine UNICODE SUFFIX 

#el=se 

#define  UNICODE SUFFIX T("u") 
#endif 


ifndef  DEBUG 

#define  DEBUG SUFFIX 

else 

#define DEBUG SUFFIX _T{"d"] 
#endiť 


ifdef  AFXDLL 

define _STATIC_SUFFIX 

telse 

ісеҒіпе STATIC SUFFIX Т{"з") 
Kendif 


Édefine АРХ WNDCLASS(s] Ñ 
 T("Afx"] Tis) T("42") STATIC SUFFIX UNICODE SUFFIX DEBUG SUFFIX 


#define АРХ ИНО АҒХ _WNDCLASS("Wnd") 

#define AFX WNDCONTROLBAR AFX WNDCLASS ("Cont rolBar"] 
Hdefine AFX WNDMDIFRAME AFX WNDCLASS ("MDIFrame"] 
Kdefine АРХ WNDFRAMEORVIENW АРХ WMDCLASS("FrameOrView"] 
#define АРХ WNDOLECONTROL AFX WNDCLASS("OleControl"] 


所 以 ， 如 果 在 Windows 95 (non-Unicode) 中 使 用 МЕС 动态 链接 版 和 除 错 版 ， 五 个 窗口 类 


的 名 称 将 是 : 


"Afxwnd42d" 
"AfxControlBar42d" 
"AfxMDIFrame42d" 
"AfxFrameOrView42d" 
"AfxOleControl42d" 


如 果 在 Windows NT (Unicode 环境 ) 中 使 用 MFC 静 态 链 接 版 和 除 错 版 ， 五 个 窗口 类 的 名 称 


将 是 : 


"Afxwnd42sud" 
"AfxControlBar42sud" 
"AfxMDIFrame42sud" 
"AfxFrameOrView42sud" 
"AfxOleControl42sud" 


ix АЛ Г Ж BS FH НІ ? TBI FRE — PR v эш 


让 我 们 再 回顾 AfxEndDeferRegisterClass 的 动作 。 它 调用 两 个 函数 完成 实际 的 
作 ， 一 个 是 RegisterWithlcon， 一 个 是 AfxRegisterClass : 


static BOOL АҒХАРІ RegisterWithIcon (WNDCLASS* pWndCls, 
LPCTSTR lpszClassName, UINT nIDIcon] 


pWndCls-»lpszClassMame = lpszClassHName; 
HINSTAMCE hlInst = AfxFindResourceHandle( 
MAKEINTRESOURCE (nIDIcon], RT GROUP ICON]; 
if ((pWndCls--hIcon = ::LoadIcon(hInst, MAKEINTRESOURCE (nIDIcon]]] == NULL) 
( 
// use default icon 


pHndCls--hIcon = ::LoadIcon(NULL, IDI APPLICATION); 
| 
return AfxRagistarClass(pWndCls)]; 


| | 
BOOL АҒХАРІ AfxRegistorClass(WNDCLASS* lpWndclass) 


{ 
WHDCLASS wndcls; 


if (GetClassInfo([lpWndClass--hInstance, 
lpWndcClass--lpszClassMame, &wndcls]] 


// class already registered 
return TRUE; 


::RegisterClass(lpWndClass]; 


return TRUE; 


注意 ， 不 同类 的 PreCreateWindow ХКК xe TE Г 2 ^E Z BU ЖЕ, ЖӘНЕ 
窗口 类 。 如 果 我 们 指定 的 窗口 类 是 NULL， 那 么 就 使 用 系统 预 设 类 。 从 CWnd 及 其 各 个 派生 类 
的 PreCreateWindow Fk Я ВЖ, SEA Framework 针对 不 同 功能 的 窗口 使 用 了 哪些 窗 


т < 


// in WINCORE.CPP 
BOOL CWnd::PreCreateWindow(CREATESTRUCT& cs] 
{ 
if (cs.lpszClass == NULL) 
{ 
AfxDeferRegisterClass(AFX WND REG]; 
cs.lpszClass =  afxWnd; (ЗЕГЕ cWnd НЕНИЯ  afxWnd) 
] 
return TRUE; 


|// in WINFRM.CPP 
| BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs] 
{ 
if (cs.lpszClass == NULL) 
( 
AfxDeferRegisterClass(AFX WMDFRAMEORVIEW REG]; 
cs.lpszClass =  afxWndFrameOrView; (837: CFrameWnd (8 Е 
) ЯН afxWndFrameOrView) 





| Z£ іп WINMDI.CPP 
| BOOL CMDIFrameWnd::PreCreateWindow(CREATESTRUCT& cs] 


( 
if (cs.lpszClass == NULL] 
| 
AfxDeferRegisterClass(AFX WHDMDIFRAME REG]; 


cs.lpszClass =  afxWndMDIFrame; (8307: CHMDIFrameWnd ĦAMRA 
} 3H sg  afxWndMDIFrame ) 
return TRUE; 


// in МІНМПІ.СРР 
BOOL CMDIChildWnd::PreCreateWindow(CREATESTRUCT& се) 
( 


return CFrameWnd::PreCreateWindow(cs]; (Заза CHMDIChildWnd (B НАТ ЕЗ 
] ЖЕНЕ _afxWndFrameOrView) 


// in VIEWCORE.CPP 
BOOL CView::PreCreateWindow(CREATESTRUCT & cs] 
i 

if (cs.lpszClass == NULL) 


1 
AfxDeferRegisterClass(AFX WHDFRAMEORVIEW REG]; 


cs.lpszClass =  afxWndFrameOrView; (8377 CView ANRA 
} ЖЕНЕ _afxWndFrameOrView) 


题 外 话 : [Create 是 一 个 比较 粗糙 的 函数 ， 不 提供 我 们 对 图 标 (icon) 或 鼠标 光标 的 设 定 ， 
所 以 在 Create 函数 中 我 们 看 不 到 相关 参数 ] 。 这 样 的 说 法 对 吗 ?虽然 [不 能 够 让 我 们 指定 窗 
口 图 标 以 及 鼠标 光标 」 是 事实 ， 但 这 本 来 就 与 Create 无 关 。 回 忆 SDK 程 序 ， 指 定 图 标 和 光标 
形状 实 为 RegisterClass 的 责任 而 非 CreateWindow 的 责任 ! 


МЕС 程序 的 RegisterClass 动作 并 非 由 程序 员 自 己 来 做 ， 因 此 似乎 难以 改变 图 示 。 不 过 ， 
МЕС 还 是 开放 了 一 个 窗口 ， 我 们 可 以 在 HELLO.RC 这 人 么 设 定 图 示 : 


AFX IDI STD FRAME ICON DISCARDABLE  "HELLO.ICO" 


你 可 以 从 AfxEndDeferRegisterClass 的 第 55 行 看 出 ， 当 它 调用 RegisterWithlcon 时 ， 指 定 的 
icon IE&AFX 10! STD FRAME, 


鼠标 光标 的 设 定 融 比较 麻烦 了 。 要 改变 光标 形状 ， 我 们 必须 调用 AfxRegisterWndClass СН 
中 有 “Cursor 参数 ) 注册 自己 的 窗口 类 ; 然后 再 将 其 传 回 值 〈 一 个 字符 串 ) 做 为 Create 的 第 
一 个 参数 。 


奇怪 的 窗口 类 名 称 Afx:b:14ae:6:3e8f 


当 应 用 程序 调用 CFrameWnd::Create (或 CMDIFrameWnd::LoadFrame， 第 7 章 ) 准备 产生 
ЕП, МЕС 才 会 在 Create 或 LoadFrame 内 部 所 调用 的 PreCreateWindow д KJE z f > 
生 适 当 的 窗口 类 。 你 已 经 在 上 一 节 看 到 了 ， 这 些 窗 口 类 的 名 称 分 别 是 (假设 在 Win95 中 使 用 
МЕС 4.2% 入 链接 版 和 除 错 版 ) 


"Afxwnd42d" 
"AfxControlBar42d" 
"AfxMDIFrame42d" 
"AfxFrameOrView42d" 
"AfxOleControl42d" 


然而 ， 当 我 们 以 Spy++ (VC++ 所 附 的 一 个 工具 ) 观察 窗口 类 的 名 称 ， 却 发 现 : 


`= Microsoft < рут - [Windows Т 














LX Spy Тю Sech View  Mesages Window Hep C  ăž  ž  ăž de xi 
olele] т) E Fea lp: "s| t^ | alela] жігіт) 





r^ Window 000 00448" 'Default IME" IME p 
O window 0000053С "" tooltips. class3Z 


| Window 00000500 "" Afxc400000:3:1416:10:0 
O window 00000504" Afxc400000:0:1416:10:0 
zc E3 Window 00000508 "" #32770 (Dialog) 
r1 Window 0000050C "Multiple selection" Static ыі 
B Із Wind üw 0000051 0" "жег (Dialog) 


А Ë = 
1 | 
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窗口 类 名 称 怎 么 会 变 成 像 Afx:b:14ae:6:3e8f 这 副 奇 怪 模样 呢 ? 原来 是 Application Framework 
玩 了 一 些 把 戏 ， 它 把 这 些 窗口 类 名 称 转换 为 Afx:x:y:Z:w 的 型 式 ， 成 为 独一无二 的 窗口 类 名 
T: 


x: 窗口 风格 (window style) 的 hex 值 
y: 窗口 鼠标 光标 的 hex 值 
2: 窗口 背景 颜色 的 hex 值 


м: 窗口 图 标 (icon) 的 hex 值 


如 果 你 要 使 用 原来 的 (MFC mh) 那些 个 窗口 类 ， 但 又 希望 拥有 自己 定义 的 一 个 有 意义 的 
类 名 称 ， 你 可 以 改写 PreCreateWindow ERZ AMA 和 LoadFrame 的 内 部 都 会 调用 
它 ) ， 在 其 中 先 利 用 API 函数 GetClassInfo 获得 该 类 的 一 个 副本 ， 更 改 其 类 结构 中 的 


IpszClassName 栏 位 ( 甚至 更 改 其 hlcon 栏 位 ) ， 再 以 AfxRegisterClass 重新 注册 之 ， 


如 : 


#0000 
#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#O008 
#0003 
#0010 
#0011 
#0012 
#0013 
#6014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 


ЕйеГіпе MY CLASSNAME "MyClassHame" 


BOOL CMainFrame::PrecreateWindow(CREATESTRUCT& cs] 
( 
static LPCSTR classMame = NULL; 


if ('CFrameWnd::PreCreateWindow(cs])] 
return FALSE; 


if (classMames-e-MULL)] ( 
// One-time class registration 
// The only purpose is to make the class name something 
// meaningful instead of "Afx:0x4d:27:32:huplhup:hike!" 
= 
WHDCLASS wndcls; 
::GetClassInfo(AfxGetInstanceHandle(], cs.lpszcClass, &wndcls]; 
wndcls.lpszClassName = MY CLASSHAME; 
wndcls.hlIcon = AfxGetApp(]-»LoadIcon(IDR MAINFRAME]; 
VERIFY(AfxRegisterClass(&wndcls]]: 
classHame-sTRACEWND CLASSNAME; 

| 

cs.lpszclass = className; 


return TRUE; 
| 


本 书 附录 D [AMFC Debug Window (DBWIN) 」 会 运用 到 这 个 技巧 。 


d 


窗口 显示 与 更 新 


WINMAIN, CPP 


int 
[ 


o 





HELLO.CPP 


@ снучігарр theapp; // application object | 


| BODL COMyWinApp::InibInstance(] 





АҒХАРІ AfxWinMaln (...] үт paintd = new CMyFrameWndi]: 
m pMainWnd-»ShowWindowí(m nCmdshow); 
m pMainWnd-»UpdateWindow(); 


return TRUE; 


CWinApp* рАрр = AfxGetApp(i]: 
ATxWinInlti...]; 


| CMyF rameWnd: : CMyF rameWndi] 
Е 
| о Create [NULL, "Hello МЕС", 
"Ыа1пМепи" ] ; 


pApp-»InitApplicationi]:; 
pAnp-»InibtInstancei]:; 
nReturnCode = pApp-»Run(]: 


AfxWinTermi]; |] 





| void COMyFrameWnd::OnPainti] I š 
| void CMyFrameWnd: :OnAbout(] { ... } 


| BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd) 
ON i  COMMAND(IDM ABOUT, OnAbout] 
ON WM PAINT(|) 


END MESSAGE МАР () 





CMyFrameWnd::CMyFrameWnd 结束 后 ， 窗口 已 经 诞生 出 来 ; 程序 流程 又 回 到 
CMyWinApp::Initinstance ， 于 是 调用 ShowWindow 80 НН, ， 并 调用 
UpdateWindow В Hello 程序 送出 WM. PAINT 消息 。 


例 


我 们 很 关心 这 个 WM PAINT ;8 B sJ = РАЗВЕ. ПІН, ао ХЕ: ? МЕС 
程序 是 不 是 也 像 SDK 程序 一 样 ， 有 一 个 GetMessage/DispatchMesage 循环 ?是 否 每 个 窗口 
也 都 有 一 个 窗口 函数 ， 并 以 某 种 方式 进行 消息 的 判断 与 处 理 ? 两 者 都 是 肯定 的 。 我 们 马上 来 
寻找 证 据 。 


CWinApp::Run - 程序 生命 的 活水 源头 


HELLO.CPP 





























| chyWinApp theApp; // application object 
WINMAIN СРР 
[int AFXAPI AfxWinMain (|... 
{ 





BOOL CMyWinApp::InitInstance|] 





) 






m pMainWnd = new CMyFrameWndi]; 

m pMainWnd-»5howwWindow| m nemas how] г 
m pMainWnd-»UpdateWindow|(); 

return TRUE: 


CWinApp* рАрр = AfxGetApp(]: 





e AfxWinInit(...]; 


pApp-»2InltApplicationi!]: ! 
pApp-»InitInstance|(]; | КЕ 
nReturnCode = рАрр->Вып(); мутан: Суган) 













{ 
О create (NULL, "Hello МЕС", ..., « 


AfxWirTermi); "МаірМепи"); 
F 


CWinApp::Run, ) 





|! 


CHinThread::Run ` _ void CMyFrameWnd::OnPainti(] ( ... |) 
void CMyFrametWnd::OnAbout(] { ... |) 







ttGetMesancée (imag, ...] 2 
PreTranaslateMezsamge( imagi; 
ei tpi agi} BEGIN MESSAGE MAP(CMyFrameWnd, CFrameWnd] 
: :DispatchMessage(&mag): | ON COMMAND | IDM ABOUT, OnAbout] 

e ^ ON WM PAINT() 

ертінді: I!" № END MESSAGE MAP] 








Bird ei | AfzWndP roc 
and subeclassmg 




















| 
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Hello 程序 进行 到 这 里 ， 窗 口 类 注册 好 了 ， 窗 口 诞 生 并 显示 出 来 了 ，UpdateWindow 被 调用 ， 
使 得 消息 队列 中 出 现 了 一 个 WM_PAINT 消息 ， 等 符 航 处 理 。 现 在 ， 执 行 的 脚步 到 达 рАрр- 
>Run。 


稍 早 我 说 过 了 ，pApp 指向 CMyWinApp x12& 也 就 是 本 例 的 theApp) ， 所 以 ， 当 程序 调 
HW: 


pApp->Run(); 


相当 于 调用 : 


CMyWinApp::Run(); 


要 知道 ，CMyWinApp 继承 自 CWinApp， 而 Run 又 是 CWinApp 的 一 个 虚 函 数 。 我 们 并 没有 改 
写 它 (大 部 分 情况 下 不 需 改 写 它 ) ， 所 以 上 述 动作 相当 于 调用 : 


CWinApp::Run(); 


其 原始 代码 出 现在 APPCORE.CPP 中 : 


int CwWinApp::Run() 
[ 
if (m pMainWnd == NULL && AfxOleGetUserCtr1()] 
{ 
// Not launched /Embedding or /Automation, but has no main window! 
TRACEO("Warning: m pMainWnd is NULL in CWinApp::Run = quitting 
application.*Xn"]; 
AfxPostQuitMessage (0); 
] 
return CWinThread::Run(]; 
} / 


32 位 MFC 与 16 位 MFC 的 巨大 差异 在 于 CWinApp 与 CCmdTarget 之 间 多 出 了 一 个 
CWinThread， 事 情 变 得 稍微 复杂 一 些 。CWinThread 定义 于 THRDCORE.CPP : 


int CWinThread::Run(] 

| 
// for tracking the idle time state 
BOOL bldle = TRUE; 
LONG lIdleCount = 0; 


// acquire and dispatch messages until a WM QUIT message is received. 
for (;;) 
( 
// phasel: check to see if we can do idle work 
while (bIdle && 
!::PeekMessage(&m msgCur, NULL, NULL, NULL, PM HOREMOVE]] 


// call OnIdle while in bIdle state 
if (!OnIdle(lIdleCount-e*]] 
bIdle = FALSE; // assume "no idle" state 
] 


// phase2: pump messages while available 
do 
i 

// pump message, but quit on WM QUIT 


if (!FumpHMoessa ()) 
return Exitlnstance(t(]: 







// reset "no idle" state after pumping "normal" message 
if (IsIdleMessage(&m msgcur]] 


bIdle = TRUE; 
lIdleCount |= 20; 
} while (::PeekMessage(&m msqgCur, NULL, NULL, NULL, РМ МОНЕМОМЕ)); 
} 


ASSERT(FALSE); // nor reachable 


BHOOL CWinThread::PumphMezszage(ti)] 


if (!::GetMessage([&m msgCur, NULL, NULL, NULL])) 


| 
return FALSE; 


// process this message 
if (m msgCur.message != WM KICKIDLE && !PreTranslateMessage([&m msgcur)] 
i 
: :TranslateMessage (ат msgcur]; 
::DispatchMessage(&m msgcCur]; 
\ 
return TRUE; 


} 

获得 的 消息 如 何 交 给 适当 的 例 程 去 处 理 呢 ? SDK 程序 的 作法 是 调用 DispatchMessage, ЖШ 
БЕП ИА; МЕС 也 是 如 此 。 但 我 们 并 未 在 Hello 程序 中 提供 任何 窗口 西数 ， 是 的 ， 窗 
OKRASA МЕС 提供 。 回 头 看 看 前 面 AfxEndDeferRegisterClass 原始 代码 ， 它 在 注册 
四 种 窗口 类 之 前 已 经 指定 窗口 函数 为 : 


wndcls.lpfnwndProc = DefWindowProc; 


Xx], ROAEIDENZURIBGEDefWindowProckk я РА, (B SR 3c ЕЖЕ, 
而 是 一 个 名 为 AfxWndProc 的 全 局 函数 去 。 这 其 中 牵扯 到 MFC 暗 中 做 了 大 挪移 的 手脚 (利用 
hook 和 subclassing) ， 我 将 在 第 9 章 详细 讨论 这 个 EIRA] o 


你 看 ，WinMain 已 由 MFC 提供 ， 窗 口 类 已 由 МЕС 注册 完成 、 连 窗口 函数 也 都 由 MFC 提 
供 。 那 么 我 们 EFE A) 如 何 为 特定 的 消息 设计 特定 的 义理 例 程 ?MFC 应 用 程序 对 消息 的 辨 
识 和 与 判别 是 采用 所 谓 的 「Message Map 机 制 」。 


把 消息 与 处 理 隙 数 串 接 在 一 起 : Message Map 机 制 


HELLO.CPP 
CHyWinAÁpp ЕһеАрр; // application object 


BOOL CMyWinApp::IniEbInstancei] 


int AFXAPI AfxWinMain (4...) m pMainWnd = new CMyFramebWndi]: 
( m pMainWnd-»5ShowWindowim nCmdShow]:; 
CWinApp* pApp = AfxGetApp(i]: Qn pMainWnd-sUpdateWindow(]: 
return TRUE: 


Ө) лгхніпігіс(...); | 


3 PpApp-»InitApplication(]: CHMyF rameWnd: :CMyFrametnd i] 


PApp--1InitlInstance(]: | 
nReturnCode = pApp--Runi]: О Create (NuLL, "Hello МЕС", ..., 
Р "Маі пМепи") z 
AfxWinTermi]: | 
Е 
void CMyFrameWnd:;OnPaint() (... Él 
void CMyFrameWnd::OnAbouti) (1 .. 


BEGIN MESSAGE MAP(CHMyFrameWnd, CFrameWnd) 
ON .  COMMAND( IDM ABOUT, OnAbout] 
ON WM PAINT () 

END MESSAGE MAP!) 





基本 上 Message Map 机 制 是 为 了 提供 更 方便 的 程序 接口 〈 例 如 安 或 表格 ) ， 让 程序 员 很 方便 
融 可 以 建立 起 消息 与 处 理 例 程 的 对 应 关系 。 这 并 不 是 什么 新 发 明 ， 我 在 第 1 章 示范 了 一 种 风 
格 简明 的 SDK 程序 写法 ， 融 已 经 展现 出 这 种 精 利 。MFC 提供 给 应 用 程序 使 用 的 【很 方便 的 
接口 ] жж, М Hello 的 主 窗口 为 例 ， 第 一 个 动作 是 在 HELLO.H 的 CMyFrameWnd 加 上 
DECLARE MESSAGE МАР: 
class CMyFrameWnd : public CFrameWnd 
PN 

CMyFrameWnd { }; 

afx msg void OnPaint(]; 

afx msg void OnAbout(]: 

DECLARE MESSAGE МАР () 
ы; 


第 二 个 动作 是 在 HELLO.CPP 的 任何 位 置 (МЕРАМ) 使 用 宏 如 下 : 


BEGIN_MESSAGE_MAP(CMyFramewnd，CFramewnd ) 
ON WM PAINT() 

ON COMMAND(IDM ABOUT, OnAbout) 

END MESSAGE MAP() 


这 么 一 来 就 把 消息 WM РАІМТЖІОлРаіп Я, d8WM COMMAND (IDM ABOUT) 导 到 
OnAbout 函数 去 了 。 但 是 ， 单 赁 一 个 ON_WM_PAINT 宏 ， 没 有 任何 参数 ， 如 何 使 
WM PAINT 流 到 OnPaint ВЕ ? 


МЕС 把 消息 主要 分 为 三 大 类 ，Message Map МІН xt 28 5-0% 8] В я BC 2: tb BR XE БА 
下 三 种 : 


标准 Windows 消息 (WM ххх) 的 对 映 规 则 : 


вт нала SUBLEEEREHST, (ЕНІН ) 
ON WM CHAR WM CHAR OnChar 

ОХ WM CLOSE WM CLOSE OnClose 

ON WM CREATE ҚҰМ CREATE OnCreate 

ON WM DESTROY WM DESTROY OnDestroy 


ON WM LBUTTONDOWN WM LBUTTONDOWN — OnLButtonDown 


ON WM_LBUTTONUP Wa LBUTIONUP OnLButtonUp 
ох WM MOUSEMOVE WM MOUSEMOVE Оп МоцвеМоке 
ON ЖМ PAINT ММ PAINT OnPamt 


MAHA (WM. COMMAND) 的 一 般 性 对 映 规 则 是 : 


ON COMMAND( <14>, <тетрегЕхп>) 


例如 : 


ON_COMMAND(IDM_ABOUT, OnAbout ) 

ON COMMAND(IDM FILENEW,  OnFileNew) 
ON COMMAND(IDM FILEOPEN, OnFileOpen) 
ON COMMAND(IDM FILESAVE, OnFileSave) 


Notification 消息 ] (由 控制 组 件 产生 ， 例 如 BN ххх) 的 对 映 机 制 的 宏 分 为 好 几 种 〈 因 为 控 
制 组 件 本 就 分 为 好 几 种 ) ， 以 下 各 举 一 例 做 代表 : 


hma ERAH ДА К.Е ЕЕ, 
Button ON BN CLICRED=C=id> —membeérFxn>) membert xn 
ComboBox ON CBN DBLCLK(-il-.—menberbxn-) — memberFxn 
Edit ON Ех SETFOCUS(-1d-,-memberFxn-) memberFxn 


[45 В ох ON LBN DBLCECLK(<id>.-memberFxn>)} memberF xn 


各 个 消息 义理 函数 均 应 以 afx_msg void 7; KRAER. 


为 什么 经 过 这 样 的 安之 后 ， 消 息 融 会 和 目 动 流 往 指定 的 男 数 去 呢 ?谜底 在 于 Message Map 的 结 
构 设 计 。 如 果 你 把 第 3 章 的 Message Map 仿 真 程序 好 好 研究 过 ， 现 在 应 该 已 是 成 竹 在 胸 。 我 
将 在 第 9 章 册 讨论 MFC 的 Message Мар. 


好 奇 心 摆 两 筋 ， 还 是 先 把 实用 上 的 问题 放 中 间 吧 。 如 果 某 个 消息 在 Message Map 中 找 不 到 对 
映 记 录 ， 消 息 何 去 何 从 ?答案 是 它 会 往 基 类 流窜 ， 这 个 消息 流窜 动作 称 为 【Message 
Routing] 。 如 果 一 直 窜 到 最 基础 的 类 仍 找 不 到 对 映 的 义理 例 程 ， 目 会 有 预 设 酌 效 来 处 理 ， 殴 
像 SDK 中 的 DefWindowProc 一 样 。 


MFC 的 CCmdTarget 所 派生 下 来 的 每 一 个 类 都 可 以 设 定 自己 的 Message Map， 因 为 它们 都 可 
2 (可 以 ) 收 到 消息 。 


消息 流动 是 个 颇 为 复杂 的 机 制 ， 它 和 Document/View、 动 态 生 成 (Dynamic Creation) ， 文 
H (Serialization) 一 样 ， 都 是 需要 特别 留心 的 地 方 。 


来 龙 去 脉 总 整理 


前 面 各 节 的 目的 就 是 如 何 将 表面 上 看 来 不 知 所 以 然 的 MFC 程 序 对 映 到 我 们 在 SDK 程 序 设计 中 
| 到 的 ; 消息 流动 观念 ， 从 而 清楚 地 掌握 MFC 程 序 的 诞生 与 死亡 。 让 我 对 MFC 程 序 的 来 龙 去 
脉 再 做 一 次 总 整理 


程序 的 诞生 : 
е Application object 产生 ， 内 存 于 是 获得 配置 ， 初 值 亦 设立 了 。 
e AfxWinMain 执行 AfxWinlnit， 后 者 又 调用 AfxlnitThread， 把 消息 队列 尽量 加 大 到 96。 


e AfxWinMain 执 行 InitApplication。 这 是 CWinApp ВЕРА, (АЎ ЖЕ, 


e AfxWinMain42uf7Initlnstance, хС\МпАрр ЕР, RAAE ES. 
e CMyWinApp::Initlnstance 'new' 了 一 个 CMyFrameWnd 对 象 。 


e CMyFrameWnd 构造 本 数 调用 Create， 产 生 主 窗口 。 我 们 在 Create 参数 中 指定 的 窗口 类 
是 NULL， 于 是 MFC 根 据 窗 口 种 类 ， 自行 为 我 们 注册 一 个 名 为 "AfxFrameOrView42d" 的 
f DX, 


e 回 到 Initlnstance 中 继续 执行 ShowWindow， 显 示 窗 口 。 
e 执行 UpdateWindow， 于 是 发 出 WM_PAINT。 


e 回 到 AfxWinMain， 执 行 Run， 进 入 消息 循环 。 


e 程序 获得 WM_ PAINT 消息 (GEFHCWinApp::Run 中 的 ::GetMessage 循环 ) 。 
e WM_PAINT 经 由 ::DispatchMessage 送 到 窗口 函数 CWnd::DefWindowProc 中 。 
e CWnd::DefWindowProc 将 消息 循环 过 消息 映射 表格 (Message Map) 。 


° 循环 过 程 中 发 现 有 了 吻合 项 目 ， 于 是 调用 项 目 中 对 应 的 函数 。 此 函数 是 应 用 程序 利用 
BEGIN MESSAGE MAP 和 END MESSAGE MAP 之 间 的 宏 设 立 起 来 的 。 


° 标准 消息 的 处 理 例 程 亦 有 标准 命名 ， 例 如 WM_PAINT 必 然 由 OnPaint 处 理 。 
以 下 是 程序 的 死亡 : 
° 用 户 选 按 【File/Close】， 于 是 发 出 WM_CLOSE。 
e CMyFrameWnd 并 没有 设置 WM CLOSE 你 理 例 程 ， 于 是 交 给 预 设 之 处 理 例 程 。 


e 预 设 图 数 对 于 WM_CLOSE 的 处 HA 式 是 调用 ::DestroyWindow， 并 因而 发 出 
WM DESTROY, 


e 预 设 之 WM_ DESTROY & 187; дея: PostQuitMessage, ЯШ Н WM QUIT. 


e CWinApp::Run 收 到 WM_QUIT 后 会 结束 其 内 部 之 消息 循环 ， 然 后 调用 Exitlnstance， 
是 CWinApp 的 一 个 虚 函 数 。 


b 


如 果 CMyWinApp ex f Exitlnstance ， 那 么 CWinApp::Run 所 调用 的 就 是 
CMyWinApp::Exitlnstance, 71] ХХ CWinApp::Exitlnstance, 


e 最 后 回 到 AfxWinMain， 执 行 AfxWinTerm， 结 束 程序 。 


Callback #4 


Hello 的 OnPaint 在 程序 收 到 WM_PAINT 之 后 开始 运作 。 为 了 让 "Hello, МЕС" 字样 从 天 而 降 并 
有 动画 效果 ， 程 序 采 用 LineDDA АРІ 函数 。 我 的 目的 一 方面 是 为 了 示范 消息 的 处理 ， 一 方面 
也 为 了 示范 МЕС 程序 如 何 调 用 Windows АРІ 函数 。 许 多 人 可 能 不 熟悉 LineDDA， 所 以 我 也 
一 并 介绍 这 个 有 趣 的 函数 。 


首先 介绍 LineDDA : 


void WINAPI LineDDA(int, int, int, int, LINEDDAPROC, LPARAM); 


这 个 回 数 用 来 做 动画 十 分 方便 ， 你 可 以 利用 前 四 个 参数 指定 屏幕 上 任意 两 点 的 (x,y) В, HE 
辆 数 将 以 Bresenham 算法 (E) 计算 出 通过 两 点 之 直线 中 的 每 一 个 屏幕 图 素 座 标 ; 每 计算 出 
一 个 坐标 ， 融 通知 由 LineDDA 第 五 个 参数 所 指定 的 callback 函数 。 这 个 callback 函数 的 型 式 


必须 是 : 


typedef void (CALLBACK* LINEDDAPROC)(int, int, LPARAM); 


通常 我 们 在 这 个 callback 函数 中 设计 绘图 动作 。 玩 过 Windows 的 接龙 游戏 吗 ? 接龙 成 功 后 扑 
殉 牌 的 跳动 效果 残 可 以 利用 LineDDA 完成 。 哩 然 扑 殉 有 牌 的 跳动 路 径 是 一 条 曲线 ， 但 将 曲线 拆 
成 数 条 直线 并 不 困难 。LineDDA 的 第 六 个 (最 后 一 个 ) 参数 可 以 视 应 用 程序 的 需要 传递 一 个 
32 位 指针 ， 本 例 中 Hello 传 的 是 一 个 Device Context。 


Bresenham 算法 是 计算 机 图 学 中 为 了 [u mas (屏幕 或 打印 机 ) 系 由 图 素 构 成 」 的 这 个 特性 
而 设计 出 来 的 算法 ， 使 得 求 直线 各 点 的 过 程 中 全 部 以 整数 来 运算 ， 因 而 大 幅 提升 计算 速度 。 
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6-6 LineDDAFPXq24 ВВ 


你 可 以 指定 两 个 坐标 点 ，LineDDA 将 以 Bresenham 算法 计算 出 通过 两 点 之 直线 中 每 一 个 屏幕 
图 素 的 坐标 。 每 计算 出 一 个 坐标 ， 就 以 该 坐标 为 人 参数， 调用 你 所 指定 的 callback 函 数 。 


LineDDA 并 不 属于 任何 一 个 MFC 类 ， 因 此 调用 它 必须 使 用 C++ 的 "scope operator" (х= 
J33 


void CMyFrameWnd::OnPaint(] 


i 
CPaintDC dc(this]; 


CRect rect; 
GetClientRectí(rect]; 
dc.SetTextAlign(TA BOTTOM | ТА CENTER]; 


::LineDDA(rect.right/2, Ü, rect.right/2, rect.bottom/2, 
(LIMEDDAPROC] LineDDACallback, (LPARAM] (LPVOID] вас); 
] 


其 中 LineDDACallback 是 我 们 准 各 的 callback В, АЕ НЕВА : 


class CMyFrameWnd : public CFrameWnd 


{ 


private: 
static VOID CALLBACK LineDDACallbackiint,int,LPARAM]; 


Ін 
ЖЖЕ, MR X Вур Я РАЗ —– T"callback 函数 ， 你 必须 声明 它 为 "static"， 才 能 把 C++ 编译 
器 加 诸 于 函数 的 一 个 隐藏 参 数 this 去 掉 (请 看 方块 批注 )。 


EL 3E BA EX, A ES 2A E 2; Windows саПраск 2 


虽然 现在 来 讲 这 个 题目 ， 对 万 学 者 而 言 恐 怕 是 过 于 艰深 ， 但 我 想 毕 竞 还 是 个 好 机 会 --- 我 可 以 
在 介绍 如 何 使 用 callback 加 数 的 场合 ， 顺 便 介 绍 一 些 C++ 的 重要 观念 。 


首先 我 要 很 快 地 解释 一 下 什么 是 callback 函数 。 凡 是 由 你 设计 而 却 由 Windows 系 统 调用 的 范 
数 ， 统 称 为 callback 函 数 。 这 些 了 事 数 都 有 一 定 的 类 型 ， 以 配合 Windows 的 调用 动作 。 


я Windows APIKA Е Ж EA callback 函数 作为 其 参数 之 一 ， 这 些 API 例如 SetTimer、 
LineDDA、EnumoObjects。 通 前 这 种 АРІ 会 在 进行 菜 种 行为 之 后 或 满足 某 种 状态 之 时 调用 该 
callback 4, В 6-6 已 解释 过 LineDDA 调 用 callback АЗ; КЕШЕШ 55 ВЈ 
EnumObjects 则 是 在 发 现 某 个 Device Context 的 GDI object 符合 我 们 的 指定 类 型 时 ， 调 用 
callback РА. 


好 ， 现 在 我 们 要 讨论 的 是 ， 什 么 函数 有 资格 在 C++ 程序 中 做 为 callback В ? 这 个 问题 的 育 
后 是 : C++ 程序 中 的 callback HAAA 91859 ?为 什么 要 特别 提出 讨论 ? 


是 的 ， 特 别 之 处 在 于 ，C++ ВЯ GERM НЕТ (ЕАМ 
到 ) ， 这 使 得 函数 类 型 与 Windows callback 函数 的 预 设 类 型 不 符 。 


假设 我 们 有 一 个 CMyclass 如 下 : 


class CMyclass 1 
private : 
int nCount; 
int CALLBACK export 
EnumO0bjectsP°Proc(LPSTR lpLogObject, LPSTR lpData]; 
public : 
void enumIt(CDC& dc]; 
] 
void CMyclass::enumIt(CDC& dc] 
{ 
rr БЕ callback Eri 
dc.Enumobjects(OBJI BRUSH, EnumObjectsProc, NULL); 


| 


C++ 编译 器 针对 CMyclass::enumlt 实 际 做 出 来 的 代码 相当 于 : 


void CMyclass::enumIt(CDC& dc] 
{ 
// БЕ callback Eri 
CDC::EnumObjects(OBJ BRUSH, EnumObjectsProc, 
NULL, (CDC *)&dc): 
| 


你 所 看 到 的 最 后 一 个 参数 ，(CDC *)&dc, Я 21584. Ж БХЙ РАЕН 74 
抓 到 正确 对 象 的 数据 。 你 要 知道 ， 内 存 中 只 会 有 一 份 类 成 员 函 数 ， 但 却 可 能 有 许多 份 类 成 员 
每 个 对 象 拥 有 一 份 。 





= 
2} = 


C++ 以 隐 隆 的 this 指 针 指 出 正确 的 对 象 。 当 你 这 么 做 : 


nCount = 0; 


д> E. 
其 实 是 қ 


this->nCount = 0; 


基于 相同 的 道理 ， 上 例 中 的 EnumObjectsProc 52 — S FEX B РАЗ, С++ 251 565 
准 各 一 个 隐藏 参数 。 


好 ， 问 题 就 出 在 这 个 隐藏 参数 。callback 函 数 是 给 Windows 调 用 用 的 ，Windows 并 不 经 由 任 
何 对 象 调 用 这 个 函数 ， 也 就 无 由 传递 this 指 针 给 callback 函数 ， 于 是 导 至 堆栈 中 有 一 个 随机 变 
量 会 成 为 this 指 针 ， 而 其 结果 当然 是 程序 的 崩溃 了 。 


要 把 某 个 本 数 用 作 callback 本 数 ， 就 必须 告诉 C++ 编译 器 ， 不 要 放 this 指 针 作 为 该 函数 的 最 后 
一 个 参数 。 两 个 方法 可 以 做 到 这 一 点 : 


1. ЕЯ Z ВБ Я ВАУ 〈 也 融 是 说 ， 要 使 用 全 局 鲍 数 ) 做 为 callback АХ. 


2. 使 用 static 成 员 落 数 。 也 就 是 在 函数 前 面 加 上 static 修 饰 词 。 


第 一 种 作法 相当 于 在 С 语言 中 使 用 callback 函数 。 第 二 种 作法 比较 接近 OO 的 精神 。 


我 想 更 进一步 提醒 你 的 是 ，C++ 中 的 static 成 员 函 数 特性 是 ， 即 使 对 象 还 没有 产生 ，static 成 员 
也 已 经 存在 〈 本 数 或 变量 都 如 此 )。 换 名 话说 对 象 还 没有 产生 之 前 你 已 经 可 以 调用 类 的 static 国 
数 或 使 用 类 的 static 交 量 了 。 请 参阅 第 二 章 。 


也 右 是 说 ， 凡 声明 为 static № Ж ра (ТЕРЕН) 都 并 不 和 对 象 结合 在 一 起 ， 它 们 是 类 的 
一 部 分 ， 不 属于 对 象 。 


闲置 时 间 (idle time) АН: Onldle 


为 了 让 Hello 程序 更 具体 而 微 地 表现 一 个 MFC 应 用 程序 的 水 平 ， 我 打算 为 它 加 上 闲置 时 间 
(idle time) 的 处 理 。 


我 已 经 在 第 1 章 介 绍 过 了 闲置 时 间 ， 也 简介 了 Win32 程 序 如 何以 PeekMessage IHN] o 
Microsoft 业已 把 这 个 观念 落实 到 CWinApp (不 ， 应 该 是 CWinThread) 中 。 请 你 回头 看 看 本 
章 的 各 早 的 【CWinApp::Run - 程序 生命 的 活水 源头 」 一 节 ， 那 一 节 已 经 揭露 了 MFC 消 息 循环 
的 秘密 : 
int СМіпТіігеа4: : Вуп{] 
{ 
for (¿;;) 
[ 
while (bIdle && 
!::PeekMessage(&m msgcCur, NULL, NULL, NULL, PM МОКЕМОУЕ)) 
{ 
// call OnIdle while in bIdle state 


if ('OnIdle(lIdleCount-t*]] 
bIdle = FALSE; // assume "no idle" state 


. // msg loop 

CThread::Onldle 做 些 什么 事情 呢 ? CWinApp 改写 了 Onldle В, CWinApp::Onldle 又 做 些 
什么 事情 呢 ? 你 可 以 从 THRDCORE.CPP 和 APPCORE.CPP 中 找到 这 两 个 函数 的 原始 代码 ， 
原始 代码 可 以 说 明 一 切 。 当 然 基 本 上 我 们 可 以 猜测 Onldle 函数 中 大 概 是 做 一 些 系统 〈 指 的 是 


МЕС ЖЫ) 的 维护 工作 。 这 一 部 分 的 功能 可 以 说 日 趋 了 式微 ， 因 为 低 优 先 权 的 线程 可 以 奉 代 其 
Ае. 


如 果 你 的 MFC ЖЕРІН м idle time， 只 要 改写 CWinApp 派生 类 的 Onldle РАЗВЕ. 3x 
辆 效 的 类 型 如 下 : 


virtual BOOL OnIdle(LONG lCount); 


ICount 是 系统 传 进来 的 一 个 值 ， 表 示 目 从 上 次 有 消息 进来 ， 到 现在 ，Onldle 已 经 被 调用 了 多 
УЖ. ЖАВ Нео 程序 ， 把 这 个 值 输 出 到 窗口 上 ， 你 束 可 以 知道 闲置 时 间 是 多 么 地 频 


Z, Cout Ale, EF) CWinThread::Run 的 消息 循环 又 获得 了 一 个 消息 ， 此 值 才 重 置 
为 0。 


注意 : Jeff Prosise 在 他 的 Programming Windows 95 with MFC 一 书 第 7 2255 8 OnldlePg ZX 
时 ， 便 经 说 过 有 几 个 消息 并 不 会 重 置 ICount 为 0， 包 括 鼠 标 消 息 、WM_SYSTIMER、 
WM_PAINT。 不 过 根据 我 实测 的 结果 ， 至 少 电 标 消息 是 会 的 。 稍 后 你 可 在 新 版 的 Hello 程 序 移 
动 鼠 标 ， 看 看 ICount 会 不 会 重 设 为 0。 


我 如 何 改 于 Hello ПЕ? КЕЛ: 


1. 在 CMyWinApp 中 增加 Onldle 函数 的 声明 : 


class CMyWinApp : public CWinApp 
( 
public: 
virtual BOOL InitInstance(]; // т KH TEX КИК TRIES x 
virtual BOOL OnIdle (LONG lCount); // OnIdle ЖЕШ (idle time) 
E 


2. 在 CMyFrameWnd 中 增加 一 个 ldleTimeHandler 画 数 声 明 。 这 么 做 是 因为 我 希望 在 窗口 中 显 
示 |ICount 值 ， 所 以 最 好 的 作法 就 是 在 Onldle 中 调用 CMyFrameWnd PX я РА, 3x EF S ES 
得 绘图 所 斋 的 DC。 
class CMyFrameWnd : public CFrameWnd 
{ 
public: 

CMyFrameWnd(]:; //! constructor 

afx msg void OnPaint(]; // for WM PAINT 


afx msg void OnAbout(); // for WM COMMAND (IDM ABOUT] 
void IdleTimeHandler(LONG lCount]; // we want it call by CMyWinApp::OnIdle 


j 


3. 在 HELLO.CPP 中 定义 CMyWinApp::Onldle 函数 如 下 : 


BOOL CMyWinApp::OnIdle(LONG lCount) 


{ 
CMyFramewnd* pwnd = (CMyFrameWnd*)m_pMainwnd; 
pwnd-»-IdleTimeHandler(lCount); 
return TRUE; 

J 


4. #EHELLO.CPP 中 定义 CMyFrameWnd::IdleTimeHandler 函数 如 下 : 


void CMyFramewnd::IdleTimeHandler(LONG lCount) 

( 
CString str; 
CRect rect(10,10,200,30); 
CDC* pDC = new CClientDC(this); 
str.Format("96010d", lCount); 
pDC-»DrawText(str, &rect, DT LEFT | DT TOP); 


为 了 输出 ICount， 我 又 动用 了 三 个 MFC 类 : CString、CRect 和 CDC。 前 两 者 非常 简单 ， 只 
是 字符 串 与 四 方形 结构 的 一 层 C++ 包 装 而 且 ， 后 者 是 在 Windows 系统 中 绘图 所 必须 的 
DC (Device Context) 的 一 个 包装 


新 人 版 Hello 执 行 结果 如 下 。 左 上 角 的 ICount 以 飞快 的 速度 更 和 迭 。 移 动 鼠 标 看 看 ， 看 ICount 会 不 
会 重 置 为 0。 


ғ Hello МЕС 





Hello, MF G 








Dialog = Control 


回忆 SDK 程 序 中 的 对 话 框 作 法 : RC 文件 中 要 准备 一 个 对 话 框 的 Template，C 程序 中 要 设计 一 
Дз ЕЧ МЕС 提供 的 CDialog 已 经 把 对 话 框 的 窗口 本 数 设计 好 了 ， 因 此 在 MFC 程序 中 
使 用 对 话 框 非常 地 简单 : 


WM. COMMAND 
ПОМ ABOUT) 
HELLO.CPP s 






Aboni Т lelle 






Hello WFC 4.0 || OK | void CMyFrameWnd::OnAbout i ) 

m Copyright 1995 Tap Studia { 
Ж Е CDialeg abeout('"AboutBox", this): 
J Nou | — abeut.DeModalt):  / 


Е 


HELLO.RC 


AbcoutBox DIALOG DISCARDABLE 34, 22, 147, 55 
STYLE DS MODALFRAME | WS РОРУР | М8 CAPTION | WS SYTSMENU 
САРТТОЫ "About Hello" 
{ 
ICON "JJHouRIcon",IDC STATIC,11,17,18,20 
LTEXT "Hello МЕС 4. O",IDC ` STATIC,40,10,52,8 


LTEXT "Copyright 1996 Top Studio",IDC STATIC,40,25,100,8 
LTEXT "J. J.Heu", T STATIC, 40,40, 100, B 
DEFPUSHBUTTON "оК", IDOK, 105, 7,32, 14, W5 GROUP 





当 使 用 者 按 下 【 File/About】 选单 ， 根据 Message Мар хе, 

WM COMMAND (IDM_ABOUT) 被 送 到 OnAbout 函 数 去 。 我 们 首先 在 OnAbout 中 产生 一 个 
CDialog 对 象 ， 名 为 about。CDialog 构造 罚 数 容许 两 个 参数 ， 第 一 个 参数 是 对 话 框 的 面板 资 
源 ， 第 二 个 参数 是 about 对 象 的 主人 。 由 于 我 们 的 "About" 对 话 框 是 如 此 地 简单 ， 不 需要 改写 
CDialog 中 的 对 话 框 酚 效 ， 所 以 接 下 来 直接 调用 CDialog::DoModal， 对 话 框 融 开 始 运作 了 。 


重用 对 话 框 (Common Dialogs) 


有 些 对 话 框 ， 例 如 【File Open] = [Save As] 对话 框 ， 出 现在 每 一 个 程序 中 的 频率 是 如 此 
之 高 ， 使 微软 公司 不 得 不 面 对 此 一 事实 。 于 是 ， 自 从 Windows 3.1 之 后 ，Windows API 多 了 
一 组 通用 对 话 框 (Common Dialogs) АРІ, Rat 多 了 一 个 对 应 的 

COMMDLG.DLL (32 位 版 则 为 COMDLG32.DLL) 。 


МЕС 也 支持 通用 对 话 框 ， 下 面 是 其 类 与 其 类 型 : 


SHA HIRE 

CCommonbi3alog БТ ЖҰЖ НІНІ SCRI 

CF FieDialog File 对 语意 (Open W Save As) 
CPrintDialog Print 对 话 意 

CFindReplaceDialog Find and Replace 9935528 
CColorbialog Color ЖЕЖ 

CPFontDialog Font 对 语意 

CPageSetupDialog Page Setup. НБ (MEC 4.0 ЖТ) 
COleDialog Ole 相关 对 话 意 


ope — — — — — — — —) 
Гсспвтаде у 


| CCommonDialog 


[CColeDialog || 
Е CFileDialog 
| CFindReplaceDialog 


CFontDialog 







Е Page SetupDisog - 


CPrintDialog 





在 C/SDK 程序 中 ， 使 用 通用 对 话 框 的 方式 是 ， 首 先 十 充 一 块 特 定 的 结构 如 


OPENFILENAME， 然 后 调用 API 画 数 如 GetOpenFileName。 当 画 数 回 返 ， 结 构 中 的 某 些 字段 
便 持 有 了 用 户 输入 的 值 。 


МЕС 通用 对 话 框 类 ， 使 用 之 简易 性 亦 不 输 Windows API。 下 面 这 段 代 码 可 以 启动 [Open] 
对 话 框 并 最 后 获得 文件 完整 路 径 : 
char szFileters[] = "Text fiels (*.txt]|*.txt|A11 files (*.*)|*.*| |" 


CFileDialog opendlg (TRUE, "txt", "*,txt", 
OFN FILEMUSTEXIST | OFM HIDEREADCONLY, szFilters, this]; 


if (opendlg.DoModal(] == IDOK) { 
filename = opendlg.GetPathName(]; 
| 


opendlg 构 造 范 数 的 第 一 个 参数 被 指定 为 TRUE， 表 示 我 们 要 的 是 一 个 【Open】 对 话 框 而 不 是 

[Save As] 对 话 框 。 第 二 参数 "txt" 指 定 预 设 扩展 名 ; 如 果 用 户 输入 的 文件 没有 扩展 名 ， 残 目 
动 加 上 此 一 扩展 名 。 第 三 个 参数 "*.txt" 出 现在 一 开始 的 (file пате) 字段 中 。OFN 参数 指定 
文件 的 属性 。 第 五 个 参数 szFilters 指定 用 户 可 以 选择 的 文件 类 型 ， 最 后 一 个 参数 是 父 窗口 。 


当 DoModal 回 返 ， 我 们 可 以 利用 CFileDialogB FX РІ СеіРаіћмМате 取得 完整 的 文件 路 
径 。 也 可 以 使 用 另 一 个 成 员 画 数 GetFileName 取 其 不 含 路 径 的 文件 名 称 ， 或 GetFileTitle 取得 
既 不 合 路 笃 亦 不 含 扩 展 名 的 文件 名 称 。 


这 便 是 МЕС 通用 对 话 框 类 的 使 用 。 你 几乎 不 必 再 从 其 中 派生 出 子 类 ， 下 搂 用 融 好 了 。 


AK == [Bl gii 


乍 看 MFC 应 用 程序 代码 ， 实 在 很 难 推 想 程 序 的 进行 。 一 开始 是 一 个 派生 自 CWinApp 的 全 局 
对 象 application object， 然 后 是 一 个 隐藏 的 WinMain 函 数 ， 调 用 application object 的 
Initlnstance 辑 数 ， 将 程序 初始 化 。 初 始 化 动作 包括 构造 一 个 禄 口 对 象 (CFrameWnd 对 

象 ) ， 而 其 构造 男 数 又 调用 CFrameWnd::Create 产生 真正 的 窗口 (并 在 产生 之 前 要 求 MFC 注 
册 窗 口 类 ) 。 窗 口 产生 后 WinMain 又 调用 Run 和 启动 消息 循环 ， 将 

WM COMMAND (IDM ABOUT) 和 WM_ PAINT 分 别 交 给 成 员 画 数 OnAbout 和 OnPaint 人 处 

IE; 


虽然 蚀 根 究 底 不 易 ， 但 是 我 们 都 同意 ，MFC 应 用 程序 代码 的 确 比 SDK 应 用 程序 代码 精简 许 
多 。 事 实 上 ，MFC 并 不 打算 让 应 用 程序 代码 比较 容易 理解 ， 毕 竟 raw Windows APIF а 
接 了 当 的 动作 。 许 许多 多 细碎 动作 被 包装 在 MFC 类 之 中 ， 降 低 了 你 罕 程序 的 负担 ， 当 然 ， 这 
必须 建立 在 一 个 事实 之 上 : 你 永远 可 以 改变 MFC 的 预 设 行为 。 这 一 点 是 无 庸 置 疑 的 ， 因 为 所 
有 你 可 能 需要 改变 的 性 质 ， 都 被 设计 为 MFC 类 中 的 虚 函 数 了 ， 你 可 以 从 MFC 派 生出 自己 的 
类 ， 并 改 于 那些 虚 了 辑 数 。 


МЕС 的 好 你 在 更 精巧 更 复杂 的 应 用 程序 中 显露 无 壮 。 至 于 复杂 如 OLE 者 ， 那 就 更 是 非 MFC 不 
为 功 了 。 本 章 的 Hello 程 序 还 欠缺 许多 Windows 程 序 完 整 功能 ， 但 它 毕 况 是 一 个 好 起 点 ， 有 点 
星 深 但 不 太 难 。 下 一 章 范 例 料 运用 MDI、Document/View、 各 式 各 样 的 UI 对 象 ...。 


第 7 章 简单 而 完整 : MFC 上 骨干 程序 
当 技术 您 来 您 复 Z, 
АХАПЖЖЖ ХЕ, 
我 们 的 困惑 您 来 您 深 ， 
犹豫 您 来 您 多 。 


上 一 章 的 Hello 沁 例 ， 对 于 MFC 程序 设计 导入 很 适合 。 但 它 只 发 挥 了 MFC 的 一 小 部 份 特 性 ， 只 
用 了 三 个 MFC 类 (CWinApp. CFrameWnd 和 CDialog) 。 这 一 章 我 们 要 看 一 个 完整 的 MFC 
应 用 程序 骨干 О) ， 其 中 包括 丰富 的 UI 对 象 (如 工具 栏 、 状 态 列 ) 的 生成 ， 以 及 很 重要 的 


Document/View 架构 观念 。 


注 : 我 所 谓 的 MFC 应 用 程序 骨干 ， 指 的 是 由 AppWizard 产生 出 来 的 MFC 程 序 ， 也 就 是 像 第 4 
章 所 产生 的 Scribble step0 ЯР. 


不 二 法 门 : 熟 记 МЕС 类 阶层 架构 


我 还 是 要 重复 这 一 句 话 : МРС 程序 设计 的 第 一 要 务 是 神 记 各 类 的 阶层 染 构 ， 并 靖 榴 了解 其 中 
几 个 一 定 会 用 到 的 类 。 一 个 MFC 上 骨干 程序 (不 含 ODBC 或 OLE 支持 ) 运用 到 的 类 如 图 7-1 
所 示 ， 请 与 图 6-1 做 个 比较 。 


i 


CCmdTarget — 
L[SWinThread |) 
CWnApp | 





CView | 

| CMyView | 3 

"CFrameWnd | | 

| | CMDIFrameWnd] : CMyMDIFrameWnd - 
Е | CMDIChildWnd |  CMyMDIChidWnd 4 


LCDocument | | CControiBar | 
LGMyDes 7 | 





CDocTemplate p 











CMultiDocTemplate CMyDialog | 


图 7-1 本 章 范 例 程序 所 使 用 的 MFC 类 。 请 与 图 6-1 做 比较 。 


МЕС 程序 的 U1 新 风貌 


一 套 好 软件 少 不 得 一 幅 漂 有 党 的 用 户 接口 。 图 7-2 是 信和 手 牛 来 的 几 个 知名 Windows 软件 ， 它 们 
一 致 具备 了 工具 栏 和 状态 栏 寺 视觉 对 象 ， 并 拥有 MDI 风 格 。 利 用 MFC， 我 们 很 轻易 束 能 够 做 
出 同等 级 的 UI 接口 。 


撰写 MFC 程 序 ， 我 们 一 定 要 放弃 传统 的 「[ 纯 手工 打造 」 方 式 ， 改 用 Visual С++ 提供 的 各 种 开 
发 工具 。AppWizard 可 以 为 我 们 制作 出 МЕС 程序 骨干 ; НРА, ЛАКА ЛИ 
束 可 以 获得 一 个 很 漂 之 的 程序 。 这 个 全 目 动 生 产 线 做 出 来 的 程序 虽 不 具 各 任何 特殊 功能 (В 
正 是 我 们 程序 员 的 任务 ) ， 但 已 经 拥有 以 下 的 特征 : 


WEB [File] 有 菜单， 以 及 对 话 框 。 


标准 的 【Edit】 菜单 (SSWRETRIEJBE) 。 这 份 菜 单 是 否 一 开始 就 有 功效 ， 必 须 视 你 选用 哪 一 种 
View 而 定 ， 例 如 CEditView 就 内 建 有 剪贴 板 功能 。 


标准 MDI 程 序 应 该 具备 的 【Window】 菜单 
[Help] 菜单 和 About 对 话 框 亦 已 各 受 。 


此 外 ， 标 准 的 工具 栏 和 状态 栏 也 已 各 妥 ， 并 与 菜单 内 容 建立 起 映射 天 系 。 所 谓 工 具 栏 ， 是 将 
某 几 个 功 用 的 菜单 项 目 以 按钮 型 式 呈 现 出 来 ， 有 一 扣 热 键 的 味道 。 这 个 工具 栏 可 以 随处 集 驻 
(dockable) 。 所 谓 状 态 栏 ， 是 主 禄 口 最 下 方 的 文字 显示 区 ; 只 要 菜单 拉 下 ， 状 态 询 融会 显 
示 归 标 座 落 的 采 单 项 目的 说 明文 字 。 状 态 栏 右 侧 有 三 个 小 窗口 (可 扩充 个 数 ) ， 用 来 显示 一 
些 特殊 按键 的 状态 。 


打印 与 预览 功能 也 已 是 半成品 。 【File】 有 菜单 拉 下 来 可 以 看 到 【Print...】) 和 [Print Preview] 
两 项 目 : 


骨干 程序 的 Document 和 View 目 前 都 还 是 白 纸 一 张 ， 需 要 我 们 加 工 ， 所 以 一 开始 看 不 出 打印 与 
预览 的 真正 功能 。 但 如 果 我 们 在 AppWizard 中 选用 的 View 类 是 CEditView (如 同 第 4 =), 
用 户 就 可 以 打印 其 编辑 成 果 ， 并 可 以 在 打印 之 前 预览 。 也 就 是 说 ， 一 进程 序 代 码 都 不 必 写 ， 
我 们 融 获 得 了 一 个 可 以 同时 编辑 多 份 文 件 的 文字 编辑 软件 。 


Document/View 支撑 你 的 应 用 程序 


我 已 经 多 次 强调 ，Document/View 是 МЕС 进化 为 Application Framework 的 灵魂 。 这 个 特征 
表现 于 程序 设计 技术 上 远 多 于 表现 在 用 户 接口 上 ， 因 此 用 户 可 能 感觉 不 到 什么 是 
Document/View。 程 序 员 呢 ?程序 员 将 因 陌生 而 有 一 段 阵痛 期 ， 然 后 开始 享受 它 带 来 的 便 

利 。 


我 们 在 OLE 中 看 到 各 对 象 (E) 的 集合 称 为 一 份 Document ; 在 MDI 中 看 到 子 窗 口 所 掌握 的 数 
据 称 为 一 个 Document ; 现在 在 МЕС 又 看 到 Document。"Document" 12 A^ ж =] и, БЖҒ 
多 久 八 成 也 要 和 "Object" 一 样 地 泛滥 了 。 


OLE 对 象 指 的 是 PaintBrush 完成 的 一 张 bitmap、SoundRecorder 完 成 的 一 段 Wave 声音 、 
Excel 完成 的 一 份 电子 表格 、Word 完成 的 一 份 文字 等 等 等 。 为 了 了 恐 人 与 C++ 的 | 对象 」 混 
淆 ， 有 些 书籍 将 OLE object 称 为 OLE item, 


在 MFC 之 中 ， 你 可 以 把 Document 简 单 想 作 是 [数据] 。 是 的 ， 只 是 数据 ， 那 么 MFC 的 
CDocument 简 单 地 说 束 是 负责 处 理 数据 的 类 。 


问题 是 ， 一 个 预先 写 好 的 类 怎么 可 能 管理 未 知 的 数据 呢 ? МЕС 设计 之 际 那些 伟大 的 天 才 们 并 
不 知道 我 们 的 数据 结构 ， 不 是 吗 ?! 他 怎么 知道 我 的 程序 要 处 理 的 数据 是 简单 如 : 


char пате[20]; 
char address[36]; 
int age; 

bool sex; 


或 是 复杂 如 : 


struct dbllistnode 
{ 


struct dbllistnode *next, *prev; 


struct info t 


{ 
int left; 
int top; 


int width; 

int height; 

void (*cursor]ít]: 
] *item; 


ғ 


的 确 ， 预 先 处 理 未 知 的 数据 根本 是 不 可 能 的 。CDocument 只 是 把 空 壳 做 好 ， 等 君 人 丛 。 它 可 
БАНАН CYR 《用 来 处 理 基 层 数据 类 型 如 串 列 、 数 组 等 等 ) ， 所 以 程序 员 可 以 在 Document 
中 拼 拼 次 次 出 实际 想 要 表达 的 文件 完整 格式 。 下 一 章 进入 Scribble 程序 的 实际 设计 时 ， 你 就 
能 够 感受 这 一 点 


JINO 


CDocument 的 另 一 价值 在 于 它 挫 配 了 另 一 个 重要 的 类 : CView。 


不 论 什 么 型 式 ， 数 据 总 是 有 体 有 面 。 实 际 的 数据 数值 就 是 体 ， 显 示 在 屏幕 上 (其 而 印 表 机 
Е) 的 画面 就 是 面 (图 7-3a) < [数值 的 处 理 」 应 该 使 用 字 节 、 整 数 、 浮 点 数 、 串 列 、 数 组 
等 数据 结构 ， 而 [ 效 值 的 表现 」 应 该 使 用 绘图 工具 如 坐标 系统 、 笔 刷 颜色 、 点 线 圆 跌 、 字 
形 ...。CView 融 是 为 了 数据 的 表现 而 设计 的 。 


CMyDoc::Serialize(...) 


CMyView::OnDraw(í...) 
Н 


i 
гг Задні // ВИЗ Document : 


rr ША Document 中 
] 


/F FR GDI ту, 
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图 7-3a Document 是 数据 的 体 ，View 是 数据 的 面 。 


除了 负责 显示 ，View 还 负责 程序 与 用 户 之 间 的 交谈 接口 。 用 户 对 数据 的 编辑 、 修 改 都 需 仰 赖 
窗口 上 的 鼠标 与 键盘 动作 才 得 完成 ， 这 些 消息 都 将 由 View 接 受 后 再 通知 Document( 图 7-3b)。 


| CHyDoc: :Serialize(...) | | OMyViewiiOnLButtonDewn(...) 


| { 
ЖЕНД Document ЛД | | ЕАМ DWORD ， 


ча ‚р СНОВО ДІЛ Document 
) | |! 








” М GEEPEREREIRIEID ETUR RUE Я. LButtenDown 
" ШЕФУ k мевеиежю. q Sie S ta tiru ENSE 
呼叫 - 





00 01 BO 05 00 | 
DO 1C 00 27 00 | 





00 1C 00 01 во | 





图 7-3b View 是 Document 的 第 一 线 ， 负 责 与 用 户 接触 。 


Document/View 的 价值 在 于 ， 这 些 МЕС 类 已 经 把 一 个 应 用 程序 所 需 的 ГД АКЕ m 
的 函数 实况 都 设计 好 了 ， 这 些 函 数 都 是 虚 范 数 ， 所 以 你 可 以 〈 也 应 该 ) 在 派生 类 中 改写 它 
们 。 有 关 文 件 读 写 的 动作 在 CDocument 的 Serialize 函数 进行 ， 有 关 画 面 显示 的 动作 在 
CView 的 OnDraw 或 OnPaint 函数 进行 。 当 我 为 目 己 派生 两 个 类 CMyDoc 和 CMyView, R 
只 要 把 全 付 心思 花 在 CMyDoc::Serialize 和 CMyView::OnDraw 身上 上， 其它 琐事 一 概 不 必 管 ， 
整个 程序 自动 会 运作 得 好 好 的 。 


什么 叫做 【整个 程序 会 目 动 运作 展 好 」 ?以 下 是 三 个 例子 : 


e 如 果 按 下 [File/Open] , Application Framework 会 启动 对 话 框 让 你 指定 文件 名 ， 然 后 自 
动 调用 CMyDoc::Serialize 读 文 件 。Application Framework 还 会 调用 
CMyView::OnDraw， 把 数据 显示 出 来 。 


° 如 果 莹 幕 状态 改变 ， 产 生 了 WM_PAINT，Framework 会 自动 调用 你 的 
CMyView::OnDraw， 传 一 个 Display DC 让 你 重新 绘制 窗口 内 容 。 


e 如 果 按 下 【File/Print...】，Framework 会 自动 调用 你 的 CMyView::OnDraw， 这 次 传 进去 
的 是 个 Printer DC， 因 此 绘图 动作 的 输出 对 象 束 成 了 打印 机 。 


МЕС 已 经 把 程序 大 架构 完成 了 ， 模 块 与 模块 间 的 消息 流动 路 笃 以 及 各 函数 的 功能 职 司 都 已 确 
定好 (这 是 MFC 之 所 以 够 格 称 为 一 个 Framework ARA) ， 所 以 我 们 写 程 序 的 焦点 就 放 在 那 
些 必须 改写 的 虚 函 数 身 上 即 可 。 软 件 界 当 初 发 展 GUI 系统 时 ， 目 的 也 是 希望 把 程序 员 的 心力 
导 引 到 应 用 软件 的 真正 目标 去 ， 而 不 必 花 在 用 户 接口 上 。MFC 的 Document/View 架构 希望 更 
把 程序 员 的 心力 导 引 到 真正 的 数据 结构 设计 以 及 真正 的 数据 显示 动作 上 ， 而 不 要 花 在 模块 的 
沟通 或 消息 的 流动 传递 上 。 今 天 ， 程 序 员 都 对 GUI 称 便 ，Document/View 也 即将 广泛 地 证 明 
它 的 贡献 。 


Application Framework 使 我 们 的 程序 写作 犹如 做 填充 题 ; Visual C++ 的 软件 开发 工具 则 使 我 
们 的 程序 写作 犹如 做 选择 题 。 我 们 先 做 选择 题 ， 再 在 骨干 程序 中 做 填充 题 。 的 确 ， 程 序 员 的 
生活 您 来 您 像 侯 捷 所 言 [只 是 软件 IC 委 配 厂 里 的 男 工 女 工 」 了 。 


现在 让 我 们 展开 МЕС REZI WEWE МЕС 骨干 程序 的 每 一 行 都 搞 清 楚 。 你 应 该 已 经 从 上 
一 章 具 体 了 解 了 МЕС 程序 从 启动 到 结束 的 生命 过 程 ， 这 一 章 的 例子 虽然 比较 复杂 ， 程 序 的 生 
命 过 程 是 一 样 的 。 我 们 看 看 新 添 了 什么 内 容 ， 以 及 它们 如 何 运作 。 我 将 以 AppWizard 完成 的 


Scribble Зеро (# 4 3) 为 解说 对 象 ， 一 行 不 改 。 然 后 我 会 做 一 点 点 修改 ， 使 它 成 为 一 个 多 
窗口 文字 编辑 器 。 


利用 Visual С++ 工具 完成 Scribble step0 
我 已 经 在 第 4 章 示 范 过 AppWizard 的 使 用 方法 ， 并 实际 制作 出 Scribble Зеро 程序 ， 这 里 就 
不 再 重复 说 明了 。 完 整 的 骨干 程序 原始 代码 亦 已 列 于 第 4 章 。 


这 些 由 [生产线] 做 出 来 的 程序 代码 其 实 对 初学 者 并 不 十 分 合适 ， 原 因 之 一 是 容易 眼花 掠 
乱 ， 有 许多 #if...#endif、 批 注 、 奇 奇怪 怪 的 符号 (例如 Wf{ 和 7) ; 原因 之 二 是 每 一 个 类 有 自 
己 的 .H 文件 和 .CPP 文件 ， 整 个 程序 因而 幅员 辽阔 (六 个 .CPP 文件 和 六 个 .H 文件 ) 。 


7-4 是 Scribble step0 程 序 中 各 类 的 相关 数据 。 


SE SERES SU ЖІЛІГЕ E EE 


CSeribbieApp СИ рр Seribble.h Soribble cpp 
CMainFrame CATDIFrameWnd Машйта. В Mamtirm.cpp 
CChildFrame CAFDICHhilallW nd Cluldfrm.h Childfrm.cpp 
Сене Dav Clocument SseribbleDoc.h SseribbleDoc.cpp 
CSeribbie View Criew seribble View. h SeribbleView.cpp 
САВон Ше Сілаіое Scribble.cpp Scribble. cpp 


7-4 Scribble 
骨干 程序 中 的 重要 组 成 份子 


骨干 程序 使 用 哪些 MFC 类 ? 
对 ， 你 看 到 的 Scribble step0 就 是 一 个 完整 的 MFC 应 用 程序 ， 而 我 保证 你 一 定 绒 头 转向 茫 无 头 
绪 。 没 有 天 系 ， 我 们 才刚 Е 


如 果 把 标准 图 形 接口 (工具 栏 和 状态 栏 ) 以 及 Document/View 考虑 在 内 ， 一 个 标准 的 MFC 
MDI 程 序 使 用 这 些 类 : 


MEC Ж 3153 REMAS 功能 

CIinApp СӛскібіеАрр application object 

CMDIFrameWnd Смат кате MDI = 

CMwultiDocTemplate je 1 FH "X EB Document асл 

CDocument Cocri bbleDoc Document * A EOS FH ie SERERE 
CView CSeribble лем: View + SEDES BUT SEED 
CMDIC hildWnd CChildFrame MDI FME 

CToolBar 直接 使 用 工具 列 

人 па BEES FH ДАЖЕ 

C Dialog CAboutDlg About HMA 


LAERE X 5E а Н E ^ РГ ВХ Б-Н РҚА, Ju T EMF iu 6 97-1. F 
一 节 开 始 我 会 逐 项 解释 每 一 个 对 象 的 产生 时 机 及 其 重要 性 质 。 


Document/View 不 只 应 用 在 MDI 程 序 ， 也 应 用 在 SDI 程 序 上 。 你 可 以 在 AppWizard 的 
[Options 对 话 框 ] (图 4-2b) 选择 SDI 风 格 。 本 书 以 MDI 程 序 为 讨论 对 象 。 


为 了 对 标准 的 MFC 程 序 有 一 个 大 局 观 ， 图 7-4 显 示 Scribble step0 中 各 重要 组 成 份子 (X) ， 
这 些 组 成 份子 在 运行 时 期 的 意义 与 主 从 关系 显示 于 图 7-5。 


) т “ІІІ лги 
s2 À += БЕ А ЛЕС 
INIS /人 HIVII x 







"Ex БЫ уле Жэми Шы) 


рез, mj i" |r| ейт] a 





Document Template 物性 
ГА CMultiDocTem plate 物件 ) 


工具 列 ( CToolBar 物件 ) 





МО! Frame PA 
(CMDIFrameVWnd 物性 ) 









Scribble Manama 1.0 


із! (CStatusBar 物性 
я Сору c НО TRU EE рага ар | 2 КЕ 





MDI Chiki 视窗 





тте (CDalb | View 
Гита (CDilog 物件 ) MIN егес | | (Document Franc йі) 
Е- (G МОС Мі 物件 ) 


Bri ет, ЯННЕЛЕИЯ TO OR PEE ИМАН, sj 6 ЖОКЕ. 


Е 7-5 Scribble step0 程 序 中 的 九 个 对 象 (几乎 每 个 MFC MDI 程 序 都 如 此 ) 


图 7-6 是 Scribble step0 程 序 缩影 ， 我 把 运行 时 序 标 上 去 ， 对 于 整体 概念 的 形成 料 有 帮助 。 


#0001 class CScribbleApp : public CWinApp 

#0002 { 

80003 virtual BOOL InitInstance(]; // WE: БЕ HelloMFC УВЫ CFrameWnd 
#0004 afx msg void OnAppAbout(]); // ЖІЗІҢДЕШЕ "About" dir: 进香 的 Scribble 


#0005 DECLARE MESSAGE МАР { ] // ШЕННЕ CWinApp ПЕЖО + ВЕ. 
#0006 ); // ЛЕА ULL (HER) ТЕШИ ЖОН TERES 
#0007 Жән Аав , ПОРЫВ ИВЕ + 
BO008 class CHainFrame : public CHDIFramaeWnd 

обоо { 

#0010 DECLARE D'YNAMIC(CMainFrame] 

#0011 CStatusBar m wndStatusBar; 

#0012 CToolBar m wndToolBar; 

#0013 afx msg int OmCreate (LPCREATESTRUCT lpCreateStruct]; 

#0014 DECLARE MESSAGE МАР() 

80015 }; 

#0016 

#0017 class CChilaFrama : public CMDIChildWnd 

#0018 1 


#0019 DECLARE DYNCREATE (CChildFrame) 
#0020 DECLARE MESSAGE МАР ( ) 

#0021 ]; 

#0022 

#0023 class CScribbleDoc : public CDocument 
#0024 | 

80025 DECLARE D'YNCREATE (CScribbleDoc] 
#0026 virtual void Serialize(CArchive& ar]; 
#0027 DECLARE MESSAGE МАР ( ) 

#0028 }; 

#0029 

#0030 class CScribbleView : public CView 

















г 


Кы 


N AJ 


#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 


#0047 
$0048 
Е%О049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
%С0О63 
#0064 


#0065 
HOGGE 
s0067 
HODES 
Ессез 
#0070 
KOOT1 
80072 
#0073 
KOO74 
#0075 
#0076 
ЕО077 
#007в 
#0079 
koosBo 
#001 
жоса? 
йббаз 
#ОСВа 
#0085 
#бОпе 
#007 
йпайав 
вйове 
gooeo 
#0091 
#0092 
#0093 
йода 
#0095 
HOGS 





t 
DECLARE DYMCREATE (CScribbleView] 
CScribbleDoc* GetDocument(]; 
virtual void OnDraw(CDC* рос); 
DECLARE MESSAGE МАР (] p // MEC 内 部 
|; Int AfxAPI AfxWinMain(;K 


{ 
CWinApp* рАрр = AfxGetApp(]; 
AfxWinInit(;K; 
pApp-»InitApplication[(]; 
pApp--InitInstance(]; 

并 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 = nReturnCode = pApp-»Run(]; 


class CAboutDlg : public CDialog 
{ 
DECLARE MESSAGE MAP () 


@ ° @ Ə 


CScribbleApp theApp; С) 


BEGIM MESSAGE MAP(CScribbleApp, CWinApp] 

ON COMMANHD(ID APP ABOUT, OnAppAbout] o 

OM COMMAND(ID FILE НЕМ, CWinApp::OnFileMHew] 

OM COMMAHD(ID FILE ОРЕН, CWinApp::OnFileOpen] e 

ON СОММАНО (10 FILE PRINT SETUP, CWinApp::OnFilePrintSetup] 
END MESSAGE MAP () 


BOOL CScribbleApp::InitInstance() © 2 
{ 


CMultiDocTemplate* pDocTemplate; 
pDocTemplate = new CMultiDocTemplate( (& 
IDR SCRIBTYPE, 
RUNTIME CLASS(CScribbleDoc], 
RUNTIME CLASS(CChildFrame], 
RUMTIME CLASS(CScribbleView]]; 
AddDocTemplate(pDocTemplate]: 


СМаіпҒгате” pMainkFrame = new CMainrrame; Ce 
pMainFrame--LoadFrame(IDR MAINFRAME] š (87 

т pMainWnd = рМаіпҒгате; 

E > // МЕС 内 部 

pMa іпЕ гате -– > Зоі гас {п гп Һоъ) ; (m CFrameWnd::Create 
pMainrFrame--Uupdatewindow (t): 

return TRUE: 

j CWnd::CrfBateEx 


BEGIN MESSAGE MAP(CAboutDlg, CDialog) Y | 
END MESSAGE МАР () ::CreateWindowEx 
void CScribbleApp::OnAppAbout()] e 
t 
CAboutDlg aboutplg; 
aboutDlg.DoModal!()]: 
} 


IMPLEMENT DYMAMIC(CMainFrame, CMDIFrameWnd] EA ЖАТ 
= ҚҰМ CREATE 
BEGIN MESSAGE МАР {СМа inFrame, CMDIFrameWnd] 
ON WM CREATE (] 
END MESSAGE MAP () 


static UIMT indicsgator=[] = 
1 
ІП SEPARATOR, 
ID INDICATOR CAPS, 
I D. IHOT САТОН NUM, 
ID_INDICATOR_SCRL, 





#0097 
#0098 
#0099 
#0100 


#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#0108 
#0109 


#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 
#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 
#0140 
#0141 


#0142 
#0143 
80144 
#0145 
#0146 
#0147 
#0148 
#0149 


int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct] 


{ 


ж 


m wndToolBar.Create(this]; 


m wndStatusBar.Create(this]; 


m wndStatusBar.SetIndicators(indicators, 


sizeof(indicators]/sizeof(UINT])):; 


m wndToolBar.SetBarStyle(m wndToolBar.GetBarStyle(] 





wA 


па 87 


m wndToolBar.LoadToolBar(IDR МАІНЕНАМЕ); Dias f 


CAP [NUM (SCRL 


| 


CBRS TOOLTIPS | CBRS FLYBY | CBRS SIZE DYNAMIC]; 


m wndToolBar.EnableDocking(CBRS ALIGN ANY]; 


EnableDacking(CHRS ALIGN ANY]; 


DockControlBar(&m wndToolBar]; 


return 0; 


IMPLEMENT DYMCREATE(CChildFrame, CMDIChildWnd) 


BEGIN MESSAGE MAP(CChildFrame, CMDIChildWnd] 
END MESSAGE МАР() 


IMPLEMENT DYMCREATE(CScribbleDoc, CDocument] 


BEGIN MESSAGE MAP(CScribbleDaoc, CDocument] 
END MESSAGE МАРТ] 


void C5cribbleDoc::Serialize(CArchive& ar] e 


{ 


if {ar.Isstoring{}} 


{ 


// TODO: add storing code here 


УР TODO: add loading code here 


IMPLEMENT DYMCREATE(CScribbleView, CView] 


BEGIN MESSAGE MAP(CScribbleView, CView] 


ON COMMAND(ID FILE PRINT, CView::OnFilePrint] 


ON СОММАНП(ІП FILE PRINT DIRECT, CView::OnFilePrint] 


ON COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview)] 
ЕМО MESSAGE МАР () 


void CScribbleView::OnDraw(CDC* рос] 


{ 


| 


CscribbleDoc* pDoc = GetDocument (] ; 


// TODO: 


add draw code 


for native data here 


ІҢ 7-6 Scribble step0 ЖЫН, 2 E ЖАН, 

有 一 些 次 要 动作 ОНЫН EIB. ЕЗІ в) 并 未 列 出 ， 
但 是 在 稍 后 的 细部 讨论 中 会 提 到 。 

以 下 是 图 7-6 程序 流程 之 说 明 : 

D-O 7 l F 5-1 FE RI BU— 28 BJHelloe Fr 3L EH — ft e 

OX i105 Initinstance3x “ЕР, 


© пем — T CMultiDocTemplatex12&, tbs RA боситепі, View 以 及 Document Frame 
窗口 三 者 之 关系 。 


QDnew 一 个 CMyMDIFrameWnd 对 象 ， 做 为 主 窗口 对 象 。 


@ 调 用 LoadFrame， 产 生 主 窗口 并 加 挂 菜单 等 诸 元 ， 并 指定 窗口 标题 、 文 件 标 题 、 文 件 文件 
扩展 名 等 (关键 在 IDR_MAINFRAME #3) 。LoadFrame 内 部 将 调用 Create， 后 者 将 调用 
CreateWindowEx， 于 是 触发 WM_CREATE 消息 。 


@ 由 于 我 们 便于 CMainFrame 之 中 拦截 WM CREATE (利用 ОМ WM CREATE 宏 ) ， 所 以 
WM CREATE 产生 之 际 Framework 会 调用 OnCreate。 我 们 在 此 为 主 窗口 挂 上 工具 列 和 状态 


栏 。 
@ 回 到 |nitInstance， 执 行 ShowWindow 显示 窗口 。 


a.Initlnstance 结束 ， 回 到 AfxWinMain， 执 行 Run， 进 入 消息 循环 。 其 间 的 黑 盒 子 已 在 上 一 章 
的 Hello 范例 中 挖掘 过 。 


b. 消 息 经 由 Message Routing 机 制 ， 在 各 类 的 Message Map 中 寻求 其 处 理 例 程 。 
WM_COMMAND/ID_FILE_OPEN 消息 将 由 CWinApp::OnFileOpen Е, БЕЗІН 
МЕС 提供 ， 它 在 显示 过 [File Open] 对 话 框 后 调用 Serialize РА. 


c.$& 4 1X S SerializeER 23 4 gt $7 RN B CBS XC PER wb E, 
d. WM. COMMAND/ID APP. ABOUT 消息 将 由 OnAppAbout РАЗА EB. 


e.OnAppAbout РАМЕ CDialog 的 性 质 很 方便 地 产生 一 个 对 话 框 。 


Document Template 的 意义 


Document Template 是 一 个 全 新 的 观念 。 


稍 早 我 已 提 过 Document/View 的 概念 ， 它 们 互 为 表 里 。View 本 上身 虽然 已 经 是 一 个 窗口 ， 其 
外 围 却 必须 再 包装 一 个 外 框 窗口 做 为 舞台 。 这 样 的 切割 其 实 是 为 了 让 View 可 以 非常 独立 地 放 
8 ГМО! Document Frame ЕІП | 2$ [SDI Document Frame #0] 或 TOLE Document 


Frame 窗口 ] 等 各 种 应 用 之 中 。 也 可 以 说 ，Document Frame 窗口 是 View 窗口 的 一 个 容器 。 
数据 的 内 容 、 数 据 的 表象 、 以 及 [容纳 数据 表象 之 外 框 窗口 | = KB), ЖЕМ, FEF 
每 打开 一 份 文件 (数据) ， 就 应 该 产生 三 份 对 象 : 


1. 一 份 Document 对 象 ， 
2. 一 份 View 对 象 ， 
3. 一 份 CMDIChildWnd 对 象 (做 为 外 框 窗口 ) 


这 三 份 对 象 由 一 个 所 谓 的 Document Template 对 象 来 管理 。 让 这 三 份 对 象 产生 关系 的 关键 在 于 
CMultiDocTemplate : 


HODL C5ScribbleApp::InitInstance(] 
1 


CHultiDocTemplate* pDocTemplate; 
pDBocTemplate = new CMultiDocTemplate( 
IDR SCRIBTTYPE, 
RUNTIME CLASS(CScribbleDoc], 
RUNTIME CLASS(CChildFrame], 
RUNTIME CLASS(CScribbleView]]; 
AddDocTemplate(pDocTemplate]; 


| 


如 果 程 序 支 持 不 同 的 数据 格式 〈 例 如 一 为 TEXT 一 为 BITMAP) ， 那 么 就 需要 不 同 的 Document 
Template : 


BODL CMyWinApp::InitInstance(] 
{ 


CMultiDocTemplate* pDocTemplate; 


pDocTemplate = new CMultiDocTemplate( 
IDR ТЕХТТҮРЕ, 
RUNTIME CLASS(CTextDoc], 
RUNTIME CLASS(CChildFrame], 
RUNTIME CLASS(CTextView]]; 
AddDocTemplate(pDocTemplate]; 


pDocTemplate = new CMultiDocTemplate( 
IDR BHMPTYPE, 
RUNTIME CLASS(iCBmpDoc], 
RUNTIME CLASS(CChildFrame], 
RUNTIME CLASS(CBHmpView]]; 
AddDocTemplate(pDocTemplate]; 


| 


这 其 中 有 许多 值得 讨论 的 地 方 ， 而 CMultiDocTemplate МЫН РО ЕЕ T — ЕТ: 


CMultiDocTemplate: :CMHultiDocTemplate(UINT nIDResource, 
CRuntimeClass* рПосб1акв, 
CRuntimeClass* pFrameClass, 
CRuntimeClass* pVviewCclass]; 


1.nIDResource : 这 是 一 个 资源 ID， 表 示 此 一 文件 类 型 (文件 格式 ) 所 使 用 的 资源 。 本 例 为 
IDR_SCRIBTYPE， 在 RC 文件 中 代表 多 种 资源 (不 同 种 类 的 资源 可 使 用 相同 的 ID) 


DOL] 
IDR SCRIBTYPE ICON DISCARDABLE “res\\ScribbleDoc.ico" 


IDR SCRIBTYPE MENU PRELOAD DISCARDABLE Ele Edit Шен Window Help 
be] 
STRINGTABLE PRELOAD DISCARDABLE 
БЕСІН 
IDR MAIMFRAME "Scribble StepüÜ" 
IDR SCRIBTYPE "AnScribXnScribXnScribble Files (*.scb)Nn.SCBNn 
Scribble.DocumentXnScrib Document" 
END 


O ЕКЕ НРБ БА тон In 
分 隔 ВНЕ «0-Е МО К 
HERE жаты (ИБН) - 


其 中 的 ICON 是 文件 窗口 被 最 小 化 之 后 的 图 示 ; MENU 是 当 程 序 存 在 有 任何 文件 窗口 时 所 使 用 
的 菜单 〈 如 果 没 有 开 筷 任何 文件 窗口 ， 菜 单 将 是 另外 一 套 ， 稍 后 再 述 ) 。 至 于 字符 串 表 格 
(STRINGTABLE) 中 的 字符 串 ， 稍 后 我 有 更 进一步 的 说 明 。 


2.pDocClass。 这 是 一 个 指标 ， 指 向 Document 类 别 ( 衍 生 自 CDocument) 之 
[ CRuntimeClass 对 象 ] 。 


3.pFrameClass。 这 是 一 个 指针 ， 指 向 Child Frame š (派生 自 CMDIChildWnd) 之 
[ CRuntimeClass 对 象 ] 。 


4.pViewClass。 这 是 一 个 指针 ， 指 向 View 类 (派生 自 CView) 之 【CRuntimeClass 对 象 ] 。 


CRuntimeClass 


RESZEI | 自制 РТТ 一 节 解 释 过 什么 是 CRuntimeClass。 它 就 是 [类 型 录 网 ] $7 
中 的 元 素 类 型 。 任 何 一 个 类 只 要 在 声明 时 使 用 DECLARE_DYNAMIC 或 

DECLARE DYNCREATE 或 DECLARE _SERIAL 宏 ， 就 会 拥有 一 个 静态 的 (static) 
CRuntimeClass ARRIR. 


ІҢ, (КЕ, Document Template 接受 了 三 种 类 的 CRuntimeClass 指针 ， 于 是 每 当 用 户 打 开 一 

份 文 件 ，Document Template 残 能 够 根据 | 类 型 录 网 上 」 (第 3 章 所 述 ) ， 动 态 生 成 出 三 个 对 

ZR (document, view. document frame window) 。 如 果 你 不 记得 МЕС 的 动态 生成 是 怎么 一 
回 事 儿 ， 现 在 正 是 复习 第 3 章 的 时 候 。 我 特 在 第 8 章 带 你 实际 看 看 Document Template 的 内 

部 动作 。 


НІН 235%), 3⁄414/ECMultiDocTemplate же РАНА 8 — “218 Л IDR SCRIBTYPE, 53 
RC 文件 中 的 菜单 (MENU) . Еж (ICON) . АР (STRING) 三 种 资源 ， 其 中 又 以 字符 
串 资 源 大 有 学 问 。 这 个 字符 串 以 \n' 分 隔 为 七 个 子 字符 串 ， 用 以 完整 描述 文件 类 型 。 七 个 子 字 
符 串 可 以 在 AppWizard 的 步骤 四 的 【Advanced Options] 对 话 框 中 指定 : 


hi vanced Opiom = "Ne == 
Document Template Strings | Window Styles | RC APRI F HU UI 
Mon-localized strings 
IDR MAINFRAME ， 
Fe onere eme "Scribble StepO" 
sch Ф [Scribble.Documen! 1 











Ж IDR SCRIBTYPE (7ТПГТА): 
| на 
T4 Scribin 


< E ex  Бсгір\п 


АШУ scribble Files (*.scb)Nn 


Localized strings 


| mM 
English [United States] 








Scribble Step 


Filter nam: — 


Doc type пате: Ti | 
[Scrib — T [Scribble Files (к.е) — R. cua 
| 1 4 Scribble.Documentin 
File pew name (ОЕ Scrib Document 
short патер: 






| Document 


а | | 


每 一 个 子 字 符 串 都 可 以 在 程序 进行 过 程 中 取得 ， 只 要 调用 CDocTemplate::GetDocString 并 在 
其 第 二 参数 中 指定 索引 值 (1-7) 即 可 ， 但 最 好 是 以 CDocTemplate 所 定义 的 七 个 常数 代替 没 
有 字面 意义 的 索引 值 。 下 面 就 是 CDocTemplate BS 7 个 常数 定义 : 


// іп AFXWIM.H 
class CDocTemplate : public COmdTarget 
{ 


enum DocStringIndex 

{ 
windowTitle, ZZ default window title 
docHame, // user visible name for default document 
fileMewMame, // user visible name for FileMew 


// for file based documents: 
filterMame, // user visible name for Е11еОреп 
filterExt, // user visible extension for FileOpen 


// for file based documents with Shell open support: 
regFileTypelId, /) REGEDIT visible registered file type identifier 
regFileTypeMame // Shell visible registered file type name 


|; 
|; 


所 以 ， 你 可 以 这 么 做 : 


CString strDefExt, strDocName; 
pDocTemplate-»-GetDocString(strDefExt, CDocTemplate::filterExt); 
pDocTemplate-»GetDocString(strDocName, CDocTemplate::docName); 


七 个 子 字符 串 意 义 如 下 : 
Index 意义 
主 窗口 标题 栏 上 的 字符 串 。SDI 程 序 才 需要 指定 
1.CDocTemplate::window Title 它 ，MDI 程 序 不 需要 指定 ， 将 以 IDR_MAINFRAME 


字符 串 为 默认 值 。 


文件 基底 名 称 (本 例 为 "Scrib") 。 这 个 名 称 再 加 上 
一 个 流水 号 代码 ， 即 成 为 新 文件 的 名 称 〈 例 

如 "Scrib1") о ЕЩЕ, ХХ 
TZ MN "Untitled". 


文件 类 型 名 称 。 如 果 一 个 程序 文 持 多 种 文件 ， 此 字 
符 串 将 显示 在 【File/New】 对 话 框 中 。 如 果 没 有 指 
明 ， 就 不 能 够 在 【File/New】 对 话 框 中 义理 此 种 文 
件 。 本 例 只 文 持 一 种 文件 类 型 ， 所 以 当 你 选 按 
[File/New] ， 并 不 会 出 现 对 话 框 。 第 13 2155 
沁 [一 个 程序 支持 多 种 文件 」 的 作法 。 


文件 类 型 以 及 一 个 适用 于 此 类 型 之 万 用 过 滤 字 人 符 串 

(wildcard filter string), 本 例 为 "Scribble(*.scb)"。 

这 个 字符 串 将 出 现在 【File Open] 对 话 框 中 的 
[List Files Of Type】 列 示 盒 中 。 


文件 文件 之 扩展 名 ， 例 如 "scb"。 如 果 没 有 指明 ， 
5. CDocTemplate::filterExt 丈 不 能 够 在 【File Open] 对 话 框 中 处 理 此 种 文件 文 
件 。 


如 果 你 以 ::RegisterShellFileTypes 对 系统 的 登录 数 
据 库 (Registry) 注册 文件 类 型 ， 此 值 会 出 现在 
HKEY CLASSES ROOT 之 下 成 为 其 子 机 代码 
(subkey) 并 仅 供 Windows 内 部 使 用 。 如 果 未 指 
定 ， 此 种 文件 类 型 就 无 法 注册 ， 和 鼠标 拖 放 (drag 


and drop) 功能 就 会 受 影响 。 


这 也 是 储存 在 登录 数据 库 (Registry) 中 的 文件 类 
型 名 称 ， 并 且 是 给 人 (而 非 只 给 系统 ) 看 的 。 它 也 
会 显示 于 程序 中 用 以 义理 登录 数据 库 之 对 话 框 内 。 


2. CDocTemplate::docName 


З. CDocTemplate::fileNewName 


4. CDocTemplate::filterName 


6. CDocTemplate::regFileTypeld 


T. 
CDocTemplate::regFileTypeName 


D Ест ез ІН FEB HH m {у : 


我 必须 再 强调 一 次 ，AppWizard FEBER 2 ЕН РЕВ, МНЕ, H 
是 为 了 知 其 所 以 然 。 当 然 ， 同 时 也 为 了 万 一 你 不 喜欢 AppWizard 准备 的 字符 串 内 容 ， 你 知道 
如 何 去 改 变 它 。 


Scribble 的 Document/View 设计 


用 最 简单 的 一 句 话 描述 ，Document 就 是 数据 的 体 ，View MERHAR., #&418#8ëCDocument 
tdm, Collections Classes (MFC 中 的 一 组 专门 用 来 处 理 数据 的 类 ) 处理 实 际 的 数据 数 
ҘЕ; 我 们 藉 CView 负责 数据 的 显示 ， 藉 CDC 和 CGdiObject 实际 绘图 。 人 们 常 说 一 体 两 面 一 
体 两 面 ， 在 MFC 中 一 体 可 以 多 面 : 同一 份 数 据 可 以 文字 描述 之 ， 可 以 长 条 图 描述 之 ， 亦 可 以 
曲线 图 摘 述 之 。 


Document/View 之 间 的 关系 可 以 图 7-3 说 明 。View 就 像 一 个 观 景 器 (我 避免 使 用 「 窗 口上 」 这 
个 字眼 ， 以 免 引 起 不 必要 的 联想 ) ， 用 户 透 过 View 看 到 Document, 835 View 改变 
Document, View 是 Document 的 外 显 接口 ， 但 它 并 不 能 完全 独立 ， 它 必须 依存 在 一 个 所 谓 
的 Document Frame 窗口 内 。 


一 份 Document 可 以 映射 给 许多 个 Views 显示 ， 不 同 的 Views 可 以 对 映 到 同一 份 巨 大 Document 
的 不 同 局 部 。 总 之 ， 请 把 View 想 象 是 一 个 镜头 ， 可 以 观看 大 男 布 上 的 任何 局 部 (我们 可 以 选 

用 CScrollView 使 之 具备 滚动 条 ) ; 在 镜头 上 加 特殊 的 偏光 镜 、 和 柔 光 镜 、 十 字 镜 ， 我 们 融会 看 
到 不 同 的 影像 -- 虽然 观察 的 对 象 完 全 相同 。 


数据 的 管理 动作 有 哪些 ? 污 文 件 和 写 文件 都 是 必要 的 ， 文 件 存 取 动作 称 为 Serialization， 由 
Serialize 男 数 负 责 。 我 们 可 以 (而 且 也 应 该 ) 在 CMyDoc 中 改写 Serialize 函数 ， 使 它 符 合 个 
人 需求 。 数 据 格 式 的 建立 以 及 文件 读 写 功能 将 在 Scribble step1 中 加 入 ， 本 例 (step0) 的 
CScribbleDoc 中 并 没有 什么 成 员 变 量 (也 束 是 说 容纳 不 了 什么 数据 ) , Serialize 则 简直 是 个 
ZE PX ZA : 


void CScribbleDoc::Serialize(CArchive& ar) 
if (ar.IsStoring()) 
// TODO: add storing code here 
else 
// TODO: add loading code here 


j 
j 


CDocTemplate::windowTitle 
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这 也 是 我 老 说 骨干 程序 哈 大 事 也 没 做 的 原因 。 


除了 文件 读 写 ， 数 据 的 显示 也 是 必要 的 动作 ， 数 据 的 接受 编辑 也 是 必要 的 动作 。 两 者 都 由 
View 负 责 。 用 户 对 Document 的 任何 编辑 动作 都 必须 透 过 Document Frame 窗 口 ， 消 息 随后 
传 到 CView。 我 们 来 想 想 我 们 的 View 5 ix AE sm ES RN? 


1. 当 Document Frame 窗 口 收 到 WM _ PAINT， 窗 口内 的 View 的 OnPaint 画 数 会 被 调用 ， 
OnPaint 又 调用 OnDraw。 所 以 为 了 显示 数据 ， 我 们 必须 改写 OnDraw。 至 于 OnPaint， 主 要 是 
做 [只 输出 到 屏幕 而 不 到 打印 机 」 的 动作 。 有 关 打 印 机 ， 我 将 在 第 12 章 提 到 。 


2. 为 了 接受 编辑 动作 ， 我 们 必须 在 View 类 中 接受 鼠标 或 键盘 消息 并 处 理 之 。 如 果 要 接受 鼠标 
左 键 ， 我 们 应 该 改写 View ЖЫ ТЕЛА: 


afx msg void OnLButtonDown(UINT nFlags, CPoint point); 
afx msg void OnLButtonUp(UINT nFlags, CPoint point); 
afx msg void OnMouseMOove(UINT nFlags, CPoint point); 


上 述 两 个 动作 在 Scribble step0 都 看 不 到 ， 因 为 它 是 个 哈 也 没 做 的 程序 : 


void CScribbleView::OnDraw(CDC* pDC) 


CScribbleDoc* ррос = GetDocument(); 
ASSERT. VALID(pDoc); 
// TODO: add draw code for native data here 


= = L1 B^] ЕЕ 


上 一 章 那 个 极为 简单 的 Hello 程序 ， 主 窗口 采用 CFrameWnd 类 。 本 例 是 MDI 风格 ， 将 采用 
CMDIFrameWnd 类 。 


构造 МО! 主 窗口 ， 有 两 个 步骤 。 第 一 个 步骤 是 new 一 个 CMDIFrameWnd 对 象 ， 第 二 个 步骤 
是 调用 其 LoadFrame 函数 。 此 函数 内 容 如 下 : 


// in WNDFRM.CPP 
ВОО CFrameWnd::LoadFrame(UIMT nlIDResource, DWORD dwDefaultStyle, 
CWnd* pParentWnd, CCreateContext* pContext] 


CString strFullString; 
if (strFullString.LoadString(nIDResource]] 
AfxExtractSubString(m strTitle, strFullString, 0); // first sub-string 


if (!AfxDeferRegisterClass(AFX WNHDFRAMEORVIEW КЕС) } 
return FALSE; 


// attempt to create the window 

LPCTSTR lpszClass = GatlconWndClass(dwDefaultStyle, nIDResource]; 

LPCTSTR lpszTitle = m strTitle; 

if ('!Create(lpszcClass, lpszTitle, dwDefaultStyle, rectDefault, 
рРагеп Мпа, MAKEINTRESOURCE(nIDResource], OL, pContext]] 


return FALSE;  // will self destruct on failure normally 
// save the default menu handle 
m hMenuDefault = ::GetMenuim hind]; 


// load accelerator resource 
LoadAccelTable(MAKEINMTRESOURCE (nIDRosourca]):; 


if (pContext == NULL]  // send initial update 
SendMessageToDescendants(WM IMITIALUPDATE, 0, 0, TRUE, TRUE]; 


return TRUE; 


| BOOL CScribbleApp::InitInstance[) 
i 


CMainFrame* pMainFrame = new CMainFrame; 

itf [!pMainFrame- PORAT TMA EOR MAINFRAME )} } 
return FALSE; | 

m pMainWnd = pMainFrame; 


| CFrameWnd::LoadFrame № 





CWnd::CreateEx | 


CreateWindowEx | 





кай 


#53 WM, CREATE 


: BEGIN MESSAGE  MAP(CMainFrame, CMDIFrameWnd) Ë 
ON WM CREATE() 


END MESSAGE. MAP[) i 


кш Dun калалары залынан ақыға тағысы ЬЕ Үн me yam Espanya moms E g ae — 


CMainFrame::OnCreate | 

窗口 产生 之 际会 发 出 WM_CREATE 消息 ， 因 此 CMainFrame::OnCreate 会 被 执行 起 来 ， 那 里 
将 进行 工具 栏 和 状态 栏 的 建立 工作 RER) „ Load ramek 24 (本 例 为 

IDR MAINFRAME ) каа RON, 你 可 以 从 前 一 页 的 
CFrameWnd::LoadFrame 原始 代码 中 清楚 看 出 。 这 些 同 名 的 资源 包括 : 

















// defined in SCRIBBLE.RC 


IDR МАІЧРКАМЕ ICON DISCARDABLE "res Scribble.ico" fe 


IDR MAINFRAME MENU PRELOAD DISCARDABLE ( ... | Ше Wew Help 
IDR MAINFRAME ACCELERATORS PRELOAD MOVEABLE PURE { ... ] 
STRINGTABLE PRELOAD DISCARDABLE 

BEGIN 


IDR MAINFRAME "Scribble StepO" (ШБ ERANA ) 


END 


这 种 作法 (使 用 LoadFrame 函数 ) 与 第 6 间 的 作法 И Сгеае *) 不 相同 ， 请 注意 。 


具 栏 和 状态 栏 的 诞生 (Toolbar & Status bar) 


工具 栏 和 状态 栏 分 别 由 CToolBar 和 CStatusBar 掌管 。 两 个 对 象 隶 属于 主 窗 口 ， 所 以 我 们 在 
СМатЕгате 中 以 两 个 变量 (事实 上 是 两 个 对 象 ) 表示 之 


class CMainFrame : public CMDIFrameWnd 


1 
protected: // control bar embedded members 


CStatusHar m wndStatusHar; 
ToolBar m wndToolBar; 


|; 
主 窗 口 产生 之 际 立 刻 会 发 出 WM_CREATE， 我 们 应 该 利用 这 时 机 把 工具 栏 和 状态 栏 建立 起 
3k. Я ТЕЖ WM CREATE, НЕХ Message Мар 中 设 定 [映射 项 目 j 


BEGIN MESSAGE MAP(CMyMDIFramewnd, CMDIFramewnd) 
ON WM CREATE() 
END MESSAGE MAP() 


ON_WM_CREATE 这 个 宏 表 示 ， 只 要 WM_CREATE «4, %НОпСгеае 2 sl 5 20838 
用 。 下 面 是 由 AppWizard 产生 的 OnCreate 标准 动作 : 


int CHMainFrame::OnCreate(LPCREATESTHUCT lpcCreateStruct] 
{ 
if (CHDIFrameWnd::OncCreate(lpcCreateStruct] == -1) 
return -1; 


if (!m wndToolBar.Create(this] || 
ІШ wndToolBar.LoadToolBar(IDR MAINFRAME]] 


TRACEO("Failed to create toolbarMn"]; 
return -1; // fail to create 


if (!m wndStatusBar.Create(this] || 
ІШ wndStatusHar.SetIndicators(indicators, 
sizeof(indicators]/sizeof(UIMT]]] 


TRACEO("Failed to create status bar*n"]; 
return -1; // fail to create 


// TODO: Remove this if you don't want tool tips or a resizeable toolbar 
m wndToolBar.SetBarStylei(m wndToolBar.GetBarStylei] | 
CERS TOOLTIPS | CBRS FLYBY | CERS SIZE DYNAMIC}; 


// TODO: Delete these three lines if you don't want the toolbar to 
// be dockable 

m wndToolBar.EnableDocking(CBRS ALIGM ANY]; 
EnableDocking(CHRS ALIGN ANY]; 

DockControlBar(&m wndToolBar]; 


return 0; 


其 中 有 四 个 动作 与 工具 栏 和 状态 栏 的 产生 及 设 定 有 天 : 


e m_wndToolBar.Create(this) 表示 要 产生 一 个 隶属 于 this (Чї E EIB iz "xq, ВН 
窗口 ) 的 工具 栏 。 


e m wndToolBar.LoadToolBar(IDR MAINFRAME) кенде TEJA Л. 
IDR MAINFRAME 在 RC 文件 中 代表 两 种 与 工具 栏 有 关 的 资 


IDR MAINFRAME BITMAP MOVEABLE PURE "RES\\TOOLBAR . BMP" 


MI ы ЖЕЛЕ &| | 





IDR MAINFRAME TOOLBAR DISCARDABLE 16, 15 
HEGIN 


BUTTON ID FILE NEW 

BUTTON ID FILE OPEN 

BUTTON ID FILE SAVE 
SEPARATOR 

BUTTON ID EDIT CUT 

BUTTON ID EDIT COPY 

BUTTON ID EDIT PASTE 
SEPARATOR 

BUTTON ІП FILE PRINT 

BUTTON ID APP ABOUT 

END 


LoadToolBarEg 2: — 3& УҚТ Bu – МЈ оаавітар+$еіВиќопѕ 两 个 动 作 。LoadToolBar 知 

道 如 何 把 BITMAP 资源 和 TOOLBAR 330, ЛУТ B у Е. 4A, ШЖ 
是 使 用 VC++ 资 源 工 具 来 编辑 工具 栏 ，BITMAP 资源 和 TOOLBAR 资源 就 可 能 格 数 不 符 ， 那 是 
TRHA. TOOLBAR 资源 中 的 各 ID 值 束 是 菜单 项 目的 子 集合 ， 因 为 所 谓 工 具 栏 束 是 把 比 
较 曾 用 的 菜单 项 目 集合 起 来 以 按钮 方式 提供 给 用 户 。 


e m_wndStatusBar.Create(this) 表示 要 产生 一 个 隶属 于 this 对 象 ( 也 就 是 目前 这 个 对 象 ， 也 
就 是 主 窗 口 ) 的 状态 栏 。 


e m wndaStatusBar.Setlndicators(,...) 的 第 一 个 参数 是 个 数组 ; 第 二 个 参数 是 数组 元 素 个 
数 。 所 谓 Indicator 是 状态 栏 最 右 侧 的 | 指示 窗口 ， 用 来 表示 大 写 键 、 效 字 键 等 的 
On/Off 状态 。AFXRES.H 中 定义 有 七 种 indicators : 


Kdefine ID INDICATOR EXT ÜxE7O0D0 // extended selection indicator 
Kdefine ID INDICATOR CAPS ОхЕ?701 // cap lock indicator 

Kdefine ID INDICATOR МИМ ÜxE7TO02 Z7 num lock indicator 

Kdefine ID INDICATOR SCRL  OxE703 // scroll lock indicator 
Kdefine ID INDICATOR OVR — OxE704 // avertype mode indicator 
Kdefine ID INDICATOR REC ÜxE7O05 // record mode indicator 
Kdefine ID INDICATOR КАНА  OxE706 // Капа lock indicator 


本 例 使 用 其 中 三 种 : 


static ШІМТ indicators[] = 


ID SEPARATOR, // status line indicator 





САР NUM SCRL - 


鼠标 拖 放 (Drag and Drop) 


МЕС 程序 很 容易 拥有 Drag апа Drop 功 能 。 和 意思 是 ， 你 可 以 从 Shell (AA Windows 95 的 文件 
ЖЕ) 中 以 鼠标 拉动 一 个 文件 ， 拖 到 你 的 程序 中 ， 你 的 程序 因而 打开 此 文件 并 读 其 内 容 ， 将 

内 容 放 到 一 个 Document Frame 窗 口中 。 甚 至 ， 用 户 在 Shell 中 以 鼠标 对 某 个 文件 文件 〈 你 的 
应 用 程序 的 文件 文件 ) 快 按 两 下 ， 也 能 和 启动 你 这 个 程序 ， 并 目 动 完成 开 文 件 ， 读 文件 ， 显 示 

等 动作 。 


在 SDK 程序 中 要 做 到 Drag and Drop， 并 不 算 太 难 ， 这 里 简单 提 一 下 它 的 原理 以 及 作法 。 当 用 
P M Shell 中 拖 放 一 个 文件 到 程序 A，Shell 就 配置 一 块 全 局 内 存 ， 填 人 被 拖 蜗 的 文件 名 称 
(EAR) ， 然 后 发 出 WM_DROPFILES 传 到 程序 A 的 消息 队列 。 程 序 A 取 得 此 消息 后 ， 
应 该 把 内 存 的 内 容 取 出 ， 再 想 办 法 开 文 件 读 文件 。 


并 不 是 张 三 和 李 四 都 可 以 收 到 WM_DROPFILES， 只 有 具备 WS_EX_ACCEPTFILES 风格 的 
窗口 才能 收 到 此 一 消息 。 欲 让 窗口 具 各 此 一 风格 ， 必 须 使 用 CreateWindowEx (而 不 是 传统 
的 CreateWindow) ， 并 指定 第 一 个 参数 为 WS EX ACCEPTFILES, 


R FAREMA AT : 想 办 法 把 内 存 中 的 文件 名 和 其 它 信 息 取 出 (内存 handle WE 
WM DROPFILES 消息 的 wParam 中 ) 。 这 件 事情 有 DragQueryFile 和 DragQueryPoint 两 个 
АРІ 函数 可 以 帮助 我 们 完成 。 


SDK 的 方法 真 的 不 难 ， 但 是 MFC 程 序 更 简单 : 


BOOL CScribbleApp::InitInstance(t] 
t 


// Enable drag/drop open 
m pMainWnd--»DragAcceptFiles(]: 


// Enable DDE Execute open 
Enableshellopen(t]:; 
RegisterShellFileTypes(TRUE]: 


} 
这 三 个 函数 的 用 途 如 下 : 


e CWnd::DragAcceptFile(BOOL bAccept=TRUE); 参数 TRUE 表示 你 的 主 窗 口 以 及 每 一 个 
子 窗口 (文件 窗口 ) 都 愿意 接受 来 自 Shell 的 拖 放 文件 。CFrameWnd 内 有 一 个 
OnDropFilesEk я В, й 4 ММ DROPFIELS 消 息 做 出 反应 ， 它 会 通知 application 对 


象 的 OnOpenDocument (РАНЕЕ 8 章 介 绍 ) ， 并 夹带 被 拖 放 的 文件 的 名 称 。 


e CWinApp::EnableShellOpen(); 当 用 户 在 Shell 中 对 着 本 程序 的 文件 文件 快 按 两 下 时 ， 本 
程序 能 够 打开 文件 并 读 内 容 。 如 果 当 时 本 程序 已 执行 ， Framework 不 会 再 执行 起 程序 的 
另 一 副本 ， 而 只 是 以 DDE (Dynamic Data Exchange， 动 态 数据 交换 ) 通知 程序 把 文件 

(文件 ) 读 进 来 。DDE 处理 例 程 内 建 在 CDocManager 之 中 (第 8 章 会 谈 到 这 个 类 ) 。 也 
由 于 DDE 的 能 力 ， 你 才能 够 很 方便 地 把 文件 图 标 拖 放 到 打印 机 图 标 上 ， 将 文件 打印 出 
来 。 


通常 此 函数 后 面 跟随 着 RegisterShellFileTypes。 


CWinApp::RegisterShellFileTypes(); 此 函数 将 向 Shell 注 册 本 程序 的 文件 类 型 。 有 了 这 样 
的 注册 动作 ， 用 户 在 Shell 的 双击 动作 才 有 着 力 点 。 这 个 玉 数 搜寻 Document Template В 
列 中 的 每 一 种 文件 类 型 ， 然 后 把 它 加 到 系统 所 维护 的 registry (登录 数据 库 ) rh, 


在 传统 的 Windows 程序 中 ， 对 Registry 的 注册 动作 不 外 平 两 种 作法 ， 一 是 准备 一 个 .reg 
文件 ， 由 用 户 利 用 Windows 提供 的 一 个 小 工具 regedit.exe， 将 .reg 合 并 到 系统 的 
Registry 中 。 第 二 种 方法 是 利用 ::RegCreateKey、::RegSetValue 等 Win32 ЖІ, ЕШ 
辑 Registry。 МЕС 程序 的 作法 最 简单 ， 只 要 调用 CWinApp::RegisterShellFileTypes ЕП 
Bj, 


必须 注意 的 是 ， 如 果 某 一 种 文件 类 型 已 经 有 其 对 应 的 应 用 程序 (例如 .txt xt; Notepad, .bmp 
对 应 PBrush，.ppt 对 应 PowerPoint，.xls 对 应 Excel) ， 那 么 你 的 程序 就 不 能 够 横 刀 夺 爱 。 如 
果 本 例 Scribble 的 文件 文件 扩展 名 为 .txt， 用 户 在 Shell 中 双击 这 种 文件 ， 启 动 的 料 是 Notepad 
而 不 是 Scribble。 


另 一 个 要 注意 的 是 ， 拖 放 动 作 可 以 把 任何 类 型 的 文件 文件 拉 到 你 的 窗口 中 ， 并 不 只 限于 你 所 
注册 的 文件 类 型 。 你 可 以 把 .bmp 文 件 从 Shell 拉 到 Scribble 窗 口 ，Scribble 程序 一 样 会 读 它 并 
为 它 准 各 一 个 窗口 。 想 当然 耳 ， 那 会 是 个 无 言 的 结局 : 





Scribble | 


IN Unexpected file format. 





消息 映射 (Message Мар) 


每 一 个 派生 自 CCmdTarget 的 类 都 可 以 有 自己 的 Message Map 以 处 理 消息 。 首 先 你 应 该 在 类 
声明 处 加 上 DECLARE MESSAGE МАР 宏 ， 然 后 在 .CPP 文件 中 使 用 

BEGIN MESSAGE MAP 和 END MESSAGE МАР 两 个 宏 ， 宏 中 间 夹 带 的 就 是 「 消 息 与 画 
效 对 映 关 系 」 的 一 笔 笔记 录 。 


深入 浅 出 MFC 


你 可 以 从 图 7-6 那个 浓缩 的 Scribble 原 始 代 码 中 看 到 各 类 的 Message Map。 本 例 
CScribbleApp 类 接受 四 个 WM_COMMAND 消息 : 
BEGIN MESSAGE MAP(CScribbleApp, CWinApp] 
ON COMMAND {І D АР Р ABOUT С OnAppAbo ut ] 
ON COMMAND {І D FI ҺЕ М ЕН, CWinApp : :OnFileMew] 
ON COMMAND(ID FILE OPEM, CWinApp::OnFileOpen] 
ОМ COMMAMD(ID FILE PRIMT SETUP, CHinApp: :OnFilePrintSetup] 
END MESSAGE MAP(] 
除了 ID_APP_ABOUT 是 由 我 们 自己 设计 一 个 OnAppAbout 函数 处 理 之 ， 其 它 三 个 消息 都 交 给 
CWinApp 成 员 孙 数 去 处 理 ， 因 为 那些 动作 十 分 制式 ， 没 什么 好 改写 的 。 到 诡 有 哪些 制式 动作 
呢 ? 看 下 一 节 ! 


标准 菜单 File / Edit / View / Window / Help 


仔细 观察 你 所 能 搜集 到 的 各 种 MDI 程序 ， 你 会 发 现 它们 几乎 都 有 两 组 菜单 。 一 组 是 当 没 有 任 
何 子 窗口 《文件 窗口 ) 存在 时 出 现 (本 例 代码 是 IDR_MAINFRAME) 


= Scribble 





另 一 组 则 是 当 有 任何 子 窗口 (文件 窗口 ) 存在 时 出 现 (本 例 代码 是 IDR_SCRIBTYPE) 


第 7 章 简单 而 完整 : MFCS-T RUE 272 





Je Scribble - Scribbl.SCBE BEE 
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БЕДЕЛИ 








前 者 多 半 只 有 【Filej 、 [View] . [Нер] Жыл, вё Т, ERAND AE- 
面 。 本 例 的 IDR_MAINFRAME 和 IDR_SCRIBTYPE 就 代表 RC 文件 中 的 两 组 菜单 。 当 用 户 打 开 
一 份 文件 文件 ， 程 序 应 该 把 主 窗口 上 的 菜单 换 挥 ， 这 个 动作 在 SDK 程 序 中 由 程序 员 负 责 ， 在 
MFC 程 序 中 则 由 Framework 代 劳 了 。 


拉 下 这 些 菜单 仔细 瞧 瞧 ， 你 会 发 现 Framework 真 的 已 经 为 我 们 做 了 不 少 琐事 。 凡 是 菜单 项 目 
会 引起 对 话 框 的 ， 像 是 Open 对 话 框 、Save Аз 对 话 框 、Print 对 话 框 、Print Setup 对 话 框 、 
Find 对 话 框 、Replace xi;£dE, dB EZ ZSIRZEX ; Edit 菜单 上 的 每 一 项 功能 都 已 经 可 以 应 用 
在 由 CEditView 掌控 的 文字 编辑 器 上 ; File 菜单 最 下 方 记 录 著 最近 使 用 过 的 (所 谓 LRU) 四 
个 文件 名 称 (个 数 可 在 Appwizard FEA) ， 以 方便 再 开启 ; View 选单 允许 你 把 工具 栏 和 状 
态 栏 设 为 可 见 或 隐藏 Window 菜单 提供 重新 排列 子 窗口 图 标的 能 力 ， 以 及 对 子 窗口 的 排列 管 
理 ， 包 括 卡 片 式 (Cascade) 或 拼 贴 式 (Tile) 。 

下 表 是 预 设 之 菜单 命令 项 及 其 义理 例 程 的 摘要 整理 。 最 后 一 个 字段 [是 否 预 有 关联 」 如 果 是 
Yes， 意 指 只 要 你 的 程序 菜单 中 有 此 命令 项 ， 当 它 被 选 按 ， 自 然 惑 会 引发 命令 义理 例 程 ， 应 用 
程序 不 需要 在 任何 类 的 Message Map 中 拦截 此 命令 消息 。 但 如 果 是 No， 表 示 你 必须 在 应 用 
程序 中 拦截 此 消息 。 


菜单 内 容 命令 项 ID 预 设 的 义理 函数 预 有 关联 


File 


New ID FILE NEW ClFinApp: :OnFileNew No 
Open ID FILE OPEN CWH'inApp::Onf ileOpen Xo 
Close ID FILE CLOSE CDoecument: :OnFileClose Yes 
Save ID FILE SAVE CDocument: :OnF ileSsave Yes 
Save As ID FILE SAVEAS CDocument: От ileSaveAs Yes 
Print ID FILE PRINT Cl'ew::OnFilePrint No 
Print Pre &vien ID FILE PRINT PREVIEW Cl iew::OnF ilePrintPreview Хо 
Print Setup ID FILE PRINT SETUP ClFinApp: :OnFilePrintSetup No 
"Recent File Name" ID FILE МЕС FILEI-4 CWinApp: :OnOpenBRecentlile Yes 
Exit ID. APP EXIT CWinpp: Оп ileExit Yes 
Edit 

Undo ID EDIT UNDO Mone 

Cut ID EDIT CUT None 

Copy ID EDIT COPY Mone 

Paste ID EDIT PASTE None 

View 

Toolbar ID VIEW TOOLBAR FramelVnd::OnBarC heck Yes 
Status Bar ID VIEN STATUS BAR FramelVmi::OnBarC heck Yes 


Window (MDI only ) 


New Wmdow ID WINDOW МЕЙ MDIFrameW nd: :OnW'indewNew Yes 
Cascade ID WINDOW CASCADE — MDIFrameW nd-:OnlindowCmd Yes 
Tile ID WINDOW TILE HORZ | MDIFramelVnd-:OnlWindowCmd Yes 
Arrange Icons ID WINDOW ARRANGE — MDlIFramelWVnd::OnlWWindowCmd Yes 
Help 

About Appame ID APP ABOUT Mone 


上 表 的 最 后 一 字段 为 No 者 有 五 笔 ， 表 示 虽 然 那 些 命 命 项 有 预 设 的 处 理 例 程 ， 但 你 必须 在 自己 
的 Message Map 中 设 定 映射 项 目 ， 它 们 才 会 起 作用 。 噢 ，AppWizard 此 时 又 表现 出 了 它 的 善 
体 人 意 ， 目 动 为 我 们 做 出 了 这 些 代 码 : 


BEGIM MESSAGE MAP(CScribbleApp, CWinApp] 


OM COMMAND(ID FILE NEW, CWinApp::OnFileMew] 

ON COMMAND(ID FILE OPEM, CWinApp::OnFileOpen] 

ON COMMANHD(ID FILE PRINT SETUP, CWinApp::OnFilePrintSetup] 
END MESSAGE МАР { ] 


ВЕСІМ MESSAGE MAP(CScribbleView, CView] 


OM СОММАНП (ТО FILE PRINT, CView::OnFilePrint] 
ON COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview] 
END MESSAGE МАР { ] 


3] HE 


Scribble 可 以 启动 许多 对 话 框 ， 前 一 节 提 了 许多 。 唯 一 要 程序 员 目 己 动 手 (我 的 意思 是 出 现在 
我 们 的 程序 代码 中 ) 的 只 有 About 对 话 框 。 


为 了 拦截 WM_COMMAND 的 ID APP_ABOUT 项 目 ， 首 先 我 们 必须 设 定 其 Message Map : 


BEGIN MESSAGE MAP(CScribbleApp, CWinApp) 

ON COMMAND(ID APP ABOUT, OnAppAbout) 

ON COMMAND(ID FILE NEW, CWinApp::OnFileNew) 

ON COMMAND(ID FILE OPEN, CWinApp::OnFileOpen) 

ON COMMAND(ID FILE PRINT SETUP, CWinApp::OnFilePrintSetup) 
END MESSAGE MAP() 


当 消 息 送 来 ， 就 由 OnAppAbout 28 : 
void CScribbleApp::OnAppAbout( ) 


CAboutDlg aboutDlg; 
aboutDlg.DoModal(); 


其 中 CAboutDIg 是 CDialog 的 派生 类 : 


class CAboutDlg : public CDialog 
enum í IDD = IDD_ABOUTBOX ); //IDD_ABOUTBOX 是 RC 文件 中 的 对 话 框 面板 资源 


DECLARE MESSAGE MAP() 
|; 


比 之 于 SDK 程序 中 的 对 话 框 ， 这 真是 方便 太 多 了 。 传 统 SDK 程 序 要 在 RC 文件 中 定义 对 话 框 面 
板 (dialog template， 也 就 是 其 外 形 ) ， 在 C 程 序 中 设计 对 话 框 函数 。 现 在 只 需 从 CDialog 派 
生出 一 个 类 ， 然 后 产生 该 类 之 对 象 ， 并 指定 RC 文件 中 的 对 话 框 面 板 资源 ， 再 调用 对 话 框 对 
2 &9DoModalFk я RAENT., 


第 10 间 一 整 章 将 讨论 所 谓 的 对 话 框 数据 交换 (ООХ) 与 对 话 框 数 据 确 认 (DDV) 。 


AH CEditView 


Scribble step0 除了 把 一 个 应 用 程序 的 空 过 做 好 ， 不 能 再 贡献 些 什 么 。 如 果 我 们 在 AppWizard 
步骤 六 中 把 CScribbleView 的 基 类 从 CView 改 为 CEditView， 那 可 就 有 大 妙用 了 


CEditView 是 一 个 已 具 各 文字 编辑 能 力 的 类 ， 它 所 使 用 的 窗口 是 Windows 的 标准 控制 组 件 之 
一 Edit， 其 SerializeRaw 成 员 И ЕН гаму text (ТІЗЕ 2&1 所 持 有 的 
数据 ) 写 到 文件 中 。 当 我 们 在 AppWizard 步骤 六 选择 了 它 ， 程 序 代 码 中 所 有 的 CView 统 统 变 
成 CEditView， 而 最 重要 的 两 个 虚 回 数 则 变 成 : 

void CsšscribhbleDoc::Serialize(CArchivek ar] 

| // CEditView contains an edit control which handles all serialization 


((CEditView*]m viewList.GetHead(]]-7SerializeRaw(ar]; 
] 


void CScribhleview::OnDraw(CDC* pDc] 


{ 


C5cribbleDoc* pDoc = GetDocument(]; 
ASSERT VALIDipDoc]; 


// TODO: add draw code for native data here 
] 


融 这 样 ， 我 们 不 费 吹 灰 之 力 获 得 了 一 个 多 窗口 的 文字 编辑 器 ， 并 拥有 读 写 文件 能 力 以 及 预览 
能 力 。 


第 四 篇 深入 MFC 程 序 设计 


в 8 = Document-View 深入 探讨 


JI E338, ЖІП КД Сай» 
对 于 Document/View ME, RDA A ВЕ 2381 e #8, 


完全 由 AppWziard 代 劳 做 出 的 Scribble step0， 应 用 程序 的 整个 架构 (2055) 都 已 经 构造 起 来 
了 ， 但 是 Document 和 View 还 空 看 好 几 个 最 重要 的 函 效 (ВЕЕРА) 等 着 你 设计 其 实体 。 这 
融 像 一 部 汽车 外 面 的 车 体 以 及 内 部 的 油 路 电路 都 骤 配 好 了 ， 但 还 等 着 最 重要 的 发 动机 GI 
SE) 植 人 ， 才 能 够 产生 动力 ， 开 始 | 有 所 为 」。 


我 已 经 在 第 7 章 概 略 介 绍 了 Document/View 以 及 Document Template， 还 有 更 多 的 秘密 将 在 本 
章 揭露 。 


为 什么 需要 Document-View ( 形 而 上 ) 
МЕС 之 所 以 为 Application Framework， 最 重要 的 一 个 特征 就 是 它 能 够 料 管理 数据 的 程序 代 三 
和 负责 数据 显示 的 程序 代码 分 离开 来 ， 这 种 能 力 由 MFC 的 Document/View 提供 。 


Document/View 是 MFC 的 基石 ， 了 解 它 ， 对 于 有 效 运用 MFC 有 极 关 键 的 影响 。 甚 至 OLE 复 合 
文件 (compound document) 都 是 建筑 在 Document/View 的 基础 上 呢 ! 


几乎 每 一 个 软件 都 致力 于 数据 的 处 理 ， 举 竟 信 息 以 及 数据 的 管理 是 计算 机 技术 的 主要 用 途 。 
把 数据 管理 和 显示 方法 分 离开 来 ， 需 要 考虑 下 列 几 个 议题 : 


1. 程序 的 哪 一 部 分 拥有 数据 

2. 程序 的 哪 一 部 分 负责 更 新 数 掘 

3. 如 何以 多 种 方式 显示 数据 

4. 如 何 让 数据 的 更 改 有 一 致 性 

5. 如 何 储 存 数据 (ЛК А НЕ) 


6. 如 何 管 理 使 用 者 接口 。 不 同 的 数据 类 型 可 能 需要 不 同 的 使 用 者 接口 ， 而 一 个 程序 可 能 管理 
多 种 类 型 的 数据 。 


Н 3c Document / View 不 是 什么 新 主意 ，Xerox PARC 实 验 室 是 这 种 观念 的 洲 盘 。 它 是 
Smalltalk 环境 中 的 关键 性 部 分 ， 在 那里 它 被 称 为 Model-View-Controller (MVC) 。 其 中 的 
Model 就 是 MFC 的 Document， 而 Controller 相当 于 МЕС 的 Document Template, 


回想 在 没有 Application Framework 帮 助 的 时 代 (并 不 太 久 以 前 ) ， 你 如 何 管理 数据 ? 只 要 程 
序 需要 ， 你 就 必须 想 出 各 种 表现 数据 的 方法 ; 你 有 责任 把 数据 的 各 种 表现 方法 和 资料 本 体 调 
解 出 一 种 关系 出 来 。100 位 程序 员 ， 有 100 种 作法 ! 如 果 你 的 程序 只 人 处理 一 种 数据 类 型 ， 情 
况 还 不 至 于 太 糟 。 举 个 例 ， 字 义理 软件 可 以 使 用 巨大 的 字符 串 数 组 ， 把 文字 统统 含 括 进来 ， 
并 以 АЗСИ 型 式 显 示 之 ， 顶 多 嘛 ， 变 换 一 下 字形 |! 


但 如 果 你 必须 维护 一 种 以 上 的 数据 类 型 ， 情 况 又 当 如 何 ? 想象 得 到 ， 每 一 种 数据 类 型 可 能 需 
要 独特 的 义理 方式 ， 于 是 需要 一 套 功 能 选单 ; 每 一 种 数据 类 型 显现 在 窗口 中 ， 应 该 有 独特 的 
窗口 标题 以 及 缩小 图 标 ; 当 数 据 编 辑 完 毕 要 存盘 ， 应 该 有 独特 的 扩展 名 ; 登录 在 Registry 之 
中 应 该 有 独特 的 型 号 。 再 者 ， 如 果 你 以 不 同 的 窗口 ， 不 同 的 显现 方式 ， 秀 出 一 份 数据 ， 当 数 
据 在 某 一 窗口 中 被 编辑 ， 你 应 该 让 每 一 窗口 的 数据 显 像 与 实际 数据 之 间 剖 保 一 致 。 吧 啦 吧 啦 
Шер... ЕТЕМ, 


Ы, тй НЕТ» ЕЛЬ, НЕМ | 与 数据 类 型 相对 应 的 UI № 
管理 。 和 凶 运 的 是 ， 解 决 之 道 亦 已 浮现 ， 那 束 是 面向 对 象 观念 中 的 Model-View- 
Controller (MVC) ， 也 就 是 MFC 的 Document/View。 


Document 


AMA га ЛІВІЯ -- Document 使 我 们 想起 文字 人 处理 软件 或 电子 表格 软件 中 所 谓 的 「 文 
件 ] 。 但 ， 这 里 的 Document 其 实 就 是 数据 。 的 确 是， 不 必 想 得 过 份 复 人 条。 有 人 用 data set 或 
data source 来 表示 它 的 意义 ， 都 不 错 。 


Document 在 MFC 的 CDocument 里 头 被 具体 化 。CDocument 本 身 并 无 实务 贡献 ， 它 只 是 提供 
一 个 空 过。 当 你 开发 自己 的 程序 ， 应 该 从 CDocument 派 生出 一 个 属于 自己 的 Document X, 
并 且 在 类 中 声明 一 些 成 员 变量 ， 用 以 承载 (容纳 ) 数据。 然后 再 (至少) 改写 专门 负责 文件 
读 守 动作 的 Serialize 函 数 。 事 实 上 ，AppWizard 为 我 们 把 空 达 都 准 各 好 了 ， 以 下 是 Scribble 
step0 的 部 分 内 容 : 


class CScribbleDoc : public CDocument 


i 
DECLARE DYNMCREATE(CScribbleDoc] 


virtual void Serialize(CArchive& ar]; 
DECLARE MESSAGE МАР { ] 
|; 


void CsšscribhbleDoc::Serialize(CArchivesk ar] 


{ 
if (ar.IsStoring(]l] 


1 
// TODO: add storing code here 


// TODO: add loading code here 


由 于 CDocument 派 生 自 CObject， 所 以 它 就 有 了 CObject 所 文 持 的 一 切 性 质 ， 包 括 执 行 时 期 型 
别 信 息 (ЕТТ) 、 动 态 生 成 (Dynamic Creation) ‚ Хх; (Serialization) 。 又 由 于 它 也 
派生 目 CCmdTarget， 所 以 它 可 以 接收 来 目 选单 或 工具 列 的 WM_COMMAND ВЯ, 


View 
View 负责 描述 (€m) Document 中 的 数据 。 


View 在 MFC 的 CView 里 头 被 具体 化 。CView 本 身 亦 无 实务 贡献 ， 它 只 是 提供 一 个 空 过。 当 你 
开发 目 己 的 程序 ， 应 该 从 CView 派 生出 一 个 属于 目 己 的 View 类 ， 并 且 在 类 中 (84) 05 
门 负责 显示 数据 的 OnDraw 辑 数 (针对 屏幕 ) БХОПРгіп 5 (针对 打印 机 ) „ == kE, 
AppWizard 为 我 们 把 空 过 都 准备 好 了 ， 以 下 是 Scribble step0 的 部 分 内 容 : 


class CScribbleView : public CView 


1 
DECLARE DYNMCREATE(CScribbleView] 


virtual void OnDraw(CDC* р0с}; 
DECLARE MESSAGE HAPI] 
|; 


void C5ScribbleView::OnDraw(CDC* pDC] 
1 


CScribbleDoc* pDoc = GetDocument(]; 
ASSERT VALID {pDoc]}; 


// TODO: add draw code for native data here 


由 于 CView 派 生 自 CWnd， 所 以 它 可 以 接收 一 般 Windows 消息 (如 WM_SIZE、 WM PAINT 
等 等 ) ， 又 由 于 它 也 派生 自 CCmdTarget， 所 以 它 可 以 接收 来 自选 单 或 工具 列 的 
WM COMMAND 消息 。 


在 传统 的 C/SDK 程序 中 ， 当 窗口 函数 收 到 WM PAINT, Ri (程序 员 ) 就 调用 BeginPaint， 
获得 一 个 Device Context (DC) ， 然 后 在 这 个 DC 上 作画 。 这 个 DC К. E МЕС 
9 5, — А WM РАМТ 发 生 ，Framework 会 自动 调用 OnDraw РА. 


View 事实 上 是 个 没有 边框 的 窗口 。 真 正 出 现时 ， 其 外 围 还 有 一 个 有 边框 的 窗口 ， 我 们 称 为 
Frame 窗口 。 


Document Frame (View Frame) 


aL RARE РЕНАН ЖІБІ ІН Е, ЕШІЗА- ТЕХТ, —# BITMAP， 作 为 一 位 体 
贴 的 程序 设计 者 ， 我 想 你 很 愿意 为 你 的 使 用 者 考虑 多 一 些 : 你 可 能 愿意 在 使 用 者 操作 TEXT 效 
据 时 ， 换 一 套 TEXT 专属 的 使 用 者 接口 ， 在 使 用 者 操作 BITMAP 数据 时 ， 换 一 套 BITMAP + 
属 的 使 用 者 接口 。 这 份 工 作 正 是 由 Frame 窗口 负责 。 


乍 见 这 个 观念 ， 我 想 你 会 惊讶 为 什么 UI 的 管理 不 由 View 直 接 负 责 ， 却 要 交 给 Frame 窗 口 ? 你 
知道 ， 有 时 候 机 能 与 机 能 之 间 要 有 点 黏 又 不 太 黏 才 好 ， 把 UI 管 理 机 能 隔离 出 来 ， 可 以 降低 彼 
此 之 间 的 依存 性 ， 也 可 以 使 机 能 重复 使 用 于 各 种 场合 如 SDI. MDI, OLE in-place editing (ЕП 
地 编辑 ) 之 中 。 如 此 一 来 View 的 弹性 也 会 大 一 些 。 


Document Template 


MFC 把 Document/View/Frame 视 为 三 位 一 体 。 可 不 是 吗 | 每 当 使 用 者 欲 打开 〈 或 新 增 ) 一 份 
文件 ， 程 序 应 该 做 出 Document、View、Frame 各 一 份 。 这 个 [三口 组 成 为 一 个 运作 单元 ， 
由 所 谓 的 Document Template 掌管 。MFC 有 一 个 CDocTemplate 负责 此 事 。 它 又 有 两 个 派生 
类 ， 分 别 是 CMultiDocTemplate 和 CSingleDocTemplate。 所 以 我 在 上 一 章 说 了 ， 如 果 你 的 程 
序 能 够 处 理 两 种 数据 类 型 ， 你 必须 制造 两 个 Document Template 出 来 ， 并 使 用 
AddDocTemplate 函数 料 它们 一 一 加 入 系统 之 中 。 这 和 程序 是 不 是 MDI 并 没有 关系 。 如 果 你 的 
程序 文 持 多 种 数据 类 型 ， 但 却 是 个 SDl， 那 只 不 过 表示 你 每 次 只 能 开启 一 份 文件 里 了 。 


但 是 ， 逐 渐 地 ，MDI 这 个 字眼 与 它 原来 的 意义 有 了 一 些 出 人 (要 知道 ， 这 个 字眼 早 在 SDK 时 代 
即 有 了 ) 。 因 此 ， 你 可 能 会 看 到 有 些 书籍 这 么 说 : 【MDI 程序 使 用 CMultiDocTemplate, SDI 
程序 使 用 CSingleDocTemplateJ ， 那 并 不 是 很 精准 。 


CDocTemplate 是 个 抽象 类 ， 定 义 了 一 些 用 来 处 理 [Document/View/Frame 三 口 组 」 的 基础 


CDocTemplate ЕЗЕ CDocument / CView / 
CFrameWnd 


好 ， 我 们 说 Document Template 管理 [三口 组 ) ， 谁 又 来 管理 Document Template ПЕ ? 答案 
是 CWinApp。 下 面 就 是 Initlnstance 中 应 有 的 相关 作为 : 


BODL CScribbleApp::InitInstance(] 
1 


COMultiDocTemplate* pDocTemplate; 
pDocTemplate = new CMultiDocTemplate( 
IDR SCRIBTYPE, 
RUNTIME CLASS(CScribbleDoc], 
RUNTIME CLASS(CChildFrame], 
RUNTIME CLASS(CScribbleView]]; 
AddDocTemplate(pDocTemplate]; 


| 


想 一 想 文件 是 怎么 开启 的 : 使 用 者 选 按 【File/New】 或 【File/Open】 (前 者 开局 一 份 空 档 ， 
后 者 读 文 件 放 到 文件 中 ) ， 然 后 在 View 窗 口内 展现 出 来 。 我 们 很 容易 误 以 为 是 CWinApp 直 接 
产生 Document : 


BEGIN MESSAGE MAP(CScribbleApp, CWinApp) 

ON. COMMAND(ID APP ABOUT, OnAppAbout) 

ON COMMAND(ID FILE NEW, CWinApp::OnFileNew) 

ON COMMAND(ID FILE OPEN, CWinApp::OnFileOpen) 

ON. COMMAND(ID FILE PRINT SETUP, CWinApp::OnFilePrintSetup) 
END MESSAGE MAP ( ) 


其 实 才 不 ， 是 Document Template 的 杰作 : 


[3] [ File/New ] = [ File/Open 1 
Ж 


CWinApp WER ASH Document Template 







CMyView 


р 建构 View 物件 | | 


Dynamic Creation 


d 产生 View AE x 

IER: 或 计 你 提 沾 清楚 “建构 View 构件 和 
“ЕЗ View RE БОНН = ЗЕЕ) › View 

БИЕНІ КЕЗЕ НЫ HS Windows ЖАНА, ПӘ 5 

| 将 View За ТИЧЕ | ЖҮГЕН. МЕС 把 View RE EiS 


C++ 和 类别， 那 就 是 CView ° ALE УН 
(construct) 一 个 View 物件 ' ЕЕН 
| tt View БӘЙЛЕ | ЕН (create) ІНЕН View Ж #5 = Frame 物 


{H Frame SEE ПЕН ЛЧ ST, © 
8-1 Document/View/Frame 的 产生 


图 8-1 的 灰色 部 份 ， 正 是 Document Template 动 态 产 生 [| 三 位 一 体 之 
Document/View/Frame] 的 行动 。 下 面 的 流程 以 及 MFC 原 始 代码 足以 澄清 一 切 疑 虑 。 在 
CMultiDocTemplate::OpenDocumentFile GÈ) 出 现 之 前 的 所 有 流程 ， 我 只 做 文字 役 述 ， 不 显 
示 其 原始 代码 。 本 章 稍 后 有 一 节 「 台 面 下 的 Serialize 读 文件 奥秘 」， 则 会 将 每 一 环节 的 原始 代 
码 呈 现在 你 眼前 ， 让 你 无 所 挂 虑 。 


注 : 如 果 是 SDI 程序 ， 那 么 就 是 CSingleDocTemplate::OpenDocumentFile 被 调用 。 但 
[多 」 比 [32 | 有趣， 而 且 本 书 范 例 Scribble 程序 也 使 用 CMultiDocTemplate， 所 以 我 就 以 此 
为 说 明 对 象 。 


CSingleDocTemplate 只 文 持 一 种 文件 类 型 ， 所 以 它 的 成 员 变 量 是 : 


class CSingleDocTemplate : public CDocTemplate 
1 


protected: // standard implementation 
CDocument* m pOnlyDoc; 
I F 


CMultiDocTemplate ФИЗ ЕЕ», НЫНЫҢ: 
class CMultiDocTemplate : public CDocTemplate 
{ 


protected: // standard implementation 
CPtrList m docList; 
} F 


当 使 用 者 选 按 【File/New】 命令 项 ， 根 据 AppWizard 为 我 们 所 做 的 Message Мар, Ik— 14 
由 CWinApp::OnFileNew 接手 处 理 。 后 者 调用 CDocManager::OnFileNew， 后 者 再 调用 
CWinApp::OpenDocumentFile， 后 者 再 调用 CDocManager::OpenDocumentFile， 后 者 再 调 
用 CMultiDocTemplate::OpenDocumentFile (这 是 观察 MFC 原 始 代 码 所 得 结果 ) 





/f in AFXWIN.H 
class CDocTemplate : public COmdTarget 
| 


UINT m nIDResource; 
CRuntimeClass* m pDocClass; 
CRuntimeClass* m pFrameCla 
CRuntimeClass* m pViewClass, 
CString m strDocStrings; 


// IDR for frame/menu/accel as well 
// class for creating new documents 
; // class for creating new frames 
// class for creating new views 
// Nn’ separated names 


| 


// in DOCMULTI.CPP 
CDocument* CMultiDocTemplate::OpenDocumantFilae([(LPCTSTR lpszPathMHame, 
BOOL bMakevisible] 


CDocument* pDocument = CreateNewDocumentiíi)]: 


CFrameWnd* рҒгате = CraateNewFrame(pDocument, NULL]: 


T 


if (lpszPathName == NULL) 


| 
// create a new document - with default document name 


// open an existing document 


} 
InitialUpdateFrame(pFrame, pDocument, bMakeVisible]; 


return pDocument; 


顾名思义 ， 我 们 很 容易 作出 这 样 的 联想 : CreateNewDocumentz) A > ^E Document, 
CreateNewFrame 动态 产生 Document Frame。 的 人 确 是 这 样 没 错 ， 它 们 利用 CRuntimeClass 的 
CreateObject 做 | 动态 生成 」 动 作 : 


// in DOCTEMPL.CPP 


CDocument* CDocTamplate::CraatoHMaewDocument |1 
( 


CDocument* pDocument  (CDocument*]m рПВосСіазя->СкаатоОЬьЗӛесеір; 


AddDocument (pDocument } z 
return pDocument; 


! 


CFrameWnd* CDocTamplate::CreateNewFrame(CDocument* рПос, CFrameWnd* pother] 


( 
// create a frame wired to the specified document 
CCreatecContext context; 
context.m pCurrentFrame = pother; 
context.m pCurrentDoc = pDoc; 
context.m pNewViewClass = m pViewClass; 
context.m pMewDocTemplate = this; 


CFrameWnd* pFrame = (CFrameWnd*)m pFrameClasz--»CreateObject(): 


// create new from resource 

pFrame-»LoadFrame(m nIDResource, 
WS OVERLAPPEDWIMDOW | ЕНБ ADDTOTITLE, // default frame styles 
HULL, &context) 


return рҒгате; 


| 


{ЕСгеаќіеМемЕгате +, Л/хЕгате 5 A&^Ep Hs 7, Ех љу ПВ ІоасҒгате > ^ 
出 来 了 。 但 有 两 件 事情 邻 人 不 解 。 第 一 ， 我 们 没有 看 到 View 的 动态 生成 动作 ; 第 二 ， 出 现 一 
个 奇怪 的 家 伙 CCreateContext， 而 前 一 个 不 解 似乎 能 够 看 落 到 这 个 奇怪 家 伙 的 身上 ， 因 为 
CDocTemplate::m_pViewClass 被 塞 到 它 的 一 个 字段 中 。 


但 是 线索 似乎 已 经 中 断 ， 因 为 我 们 已 经 看 不 到 任何 可 能 的 调用 动作 了 。 等 一 等 context 被 用 
作 LoadFrame 的 最 后 一 个 参数 ， 这 意味 什么 ?还 记得 第 六 章 | CFrameWnd::Create 产生 主 窗 
п (并 先 注册 窗口 类 ) 」 那 一 节 提 过 Create 的 最 后 一 个 参数 吗 ， 正 是 这 context。 


那么 ， 是 不 是 Document Frame 窗 口 产 生 之 际 由 于 WM_CREATE 的 发 生 而 刺激 了 什么 动作 ? 
虽然 其 结果 是 正确 的 ， 但 这 样 的 联想 也 未 免 太 天 马 行 空 了 些 。 我 只 能 说 ， 经 验 办 积 出 判断 
J! 是 的 ，WM CREATE 引发 CFrameWnd::OnCreate 被 唤起 ， 下 面 是 相关 的 调用 次 序 (经 
观察 MFC 原始 代码 而 得 知 ) 


CFrameWnd :OnCreate 


CFrameWnd::OnCreateHelper | 





CFrameWnd::OncCre ateC lie nt 


CFrameWnd::CreateV iew 





// in WIHFRM.CPP 
CWnd* CFrameWnd::CreateView(CCreateContext* pContext, UINT nID) 


( 


CWnd* pView = (CWnd*]pContext-»m pNewViewClass-»CreateObject(]; 


// views are always created with a border! 
pView->Create (NULL, NULL, AFX WS DEFAULT VIEW, 
CRect(0,0,0,0], this, nID, pContext]] 


if (afxData.bWin4 && (pView-»GetExStyle(] & WS EX CLIENTEDGE]] 
{ 


// remove the 3d style from the frame, since the view is 
// providing it. 

// make sure to recalc the non-client area 
ModifyStyleEx(WS EX CLIENTEDGE, Ô, SHE FRAMECHANGED]; 


] 
return pView; 
不 仅 View 对 象 被 动态 生成 出 来 了 ， 其 对 应 的 实际 Windows 窗口 也 以 Create В > ЕН. 


正 因 为 MFC 把 View 对 象 的 动态 生成 动作 包装 得 如 此 话 诵 奇 险 ， 所 以 我 才 在 图 8-1 中 把 「 构造 
View 对 象 和 『「 产 生 View 窗 口 ] 这 两 个 动作 特别 另 立 一 旁 : 


[RE 







建构 View 物件 View | 





18 Frame МЕ 
产生 Frame ж | Пея Мем | | 


图 8-2 解释 CDocTemplate、CDocument、CView、CFrameWnd 之 间 的 关系 。 下 面 则 是 一 
文字 整理 : 





分 


e CWinApp 拥有 一 个 对 象 指针 : CDocManager* m рОосМападег, 


е CDocManager 拥 有 一 个 指针 串 列 CPtrList m_templateList， 用 来 维护 一 系列 的 Document 
Template, —T TEE ssp [种 上 文件 类 型 ， 融 应 该 有 两 份 Document Templates, № 
用 程序 应 该 在 CMyWinApp::InitInstance 中 以 AddDocTemplate 将 这 些 Document 
Templates 加 入 由 CDocManager 所 维护 的 串 列 之 中 。 


е CDocTemplate 拥 有 三 个 成 员 变量 ， 分 别 持 有 Document 、 View. Frame 的 
CRumtimeClass 指针 ， 另 有 一 个 成 员 变 量 m_nIDResource， 用 来 表示 此 Document €. zi 
时 应 该 采用 的 UI 对 象 。 这 四 份 数据 应 该 在 CMyWinApp::Initlnstance BS23 2458 
CDocTemplate ( 注 1) 时 指定 之 ， 成 为 构造 函数 的 参数 。 当 使 用 者 欲 打开 一 份 文件 08 
常 是 借 着 【File/Open】 或 【File/Newj】 命令 项 ) , CDocTemplate Вен 
Document/View/Frame 之 CRuntimeClass 指针 (2) 进行 动态 生成 。 


1: 在 此 我 们 必须 有 所 选择 ， 要 不 就 使 用 CSingleDocTemplate， 要 不 就 使 用 
CMultiDocTemplate ， 两 者 都 是 CDocTemplate 的 派生 类 。 如 果 你 选用 
CSingleDocTemplate， 它 有 一 个 成 员 交 量 CDocument* m_pOnlyDoc， 亦 即 它 一 次 只 能 打开 

一 份 Document。 如 果 你 选用 CMultiDocTemplate， 它 有 一 个 成 员 变量 CPtrList m_docList， 表 
示 它 能 同时 打开 多 个 Documents。 


注 2 : 天 于 CRuntimeClass 54 485, БЛҒАЗЫН Дро (5а, ЖЕНА 
有 说 明 。 


e CDocument 有 一 个 成 员 变 量 CDocTemplate* m_pDocTemplate， 回 指 其 Document 
Template ; 另 有 一 个 成 员 变 量 CPtrList m_viewList， 表 示 它 可 以 同时 维护 一 系列 的 
Views, 


e CFrameWnd 有 一 个 成 员 变量 CView* m_pViewActive， 指 向 目前 正 作 用 中 的 View。 


e CView 有 一 个 成 员 变 量 CDocument* m_pDocument， 指 向 相关 的 Document。 


CWinApp CDocManager 


CPtrLis! m, templatel іні: 





CDocManager m, pDocManager; Ё 


My.RC 


IDR SCRIBBTYPE ICON ^..." 
IDR _ SCRIBBTYPE MENU 














Document Template "T 


LINT m niDResource: i Document Template 
CRuntmeClass* тп. pDocClass 
CRuntmeclass*m pFramec lass 
CRuntimeClass" m, pviewClass; 





С...) 

STRINGTABLE 

BEGIN 

IDR SCRIBBTYPE 
А Mo, W... 

ЕМО 


EL ss 
CRuntimec lass Linked.list 
| A «5А Documen!t 







m 
 CDocument* пп_р йу Doc: 
тіп CSingleDocTemplate 
ог 

СРЕ вї пт docL mt; 

i in CMuliDocTemplate 


Frame Document 










Cview^ m. pyievActive: CDocTemplate" m pDocTemplate; [© disk | 
i strPathi ame: === E— —m 
CPtrList rr vieva mt. 





GetActiveDocument() == 
CView* pView = GetActiveView(k 
return pVierw-CelDocurmentiy 


e Лам 


- t OnUpdate(t) - 
return m раен Active; 
— GetDocunmentrt) 


GetParentFranme() 


图 8-2 CDocTemplate, CDocument, CView, CFrameWnd [а] М ЖЖ 


我 把 Document/View/Frame B^] яй, М1 PC FFE] R 4 T — ТЫ ЖЕМІ? НЕ 21x 
系 ， 马 上 我 们 就 开始 实现 Scribble Step1， 你 会 从 实现 过 程 中 慢 慢 体会 上 述 观念 。 


Scribble Step1 的 Document 一 一 数据 结构 设计 


Scribble 允许 使 用 者 在 窗口 中 画图 ， 画 图 的 方式 是 以 妃 标 做 为 画笔 ， 按 下 左 键 拖 虑 拉 出 线条 。 
每 次 按 下 妃 标 左 键 后 一 前 到 放 开 为 止 的 连续 坐标 点 构成 线条 (stroke) 。 整 张 图 (Ex) 
由 线条 构成 ， 线 条 可 由 点 、 笔 宽 、 笔 色 等 等 数据 构成 (但 本 例 并 无 笔 色 数据 ) 。 


MFC 的 Collections Classes 中 有 许多 适用 于 各 种 数据 类 型 (如 Byte、Word、DWord、Ptr) 以 
及 各 种 数据 结构 《如 效 组 、 串 列 ) 的 现成 类 。 如 果 我 们 尽 可 能 把 这 些 现成 的 类 应 用 到 程序 的 
数据 结构 上 面 ， 就 可 以 节省 许多 开发 时 间 : 


| CObject | 


Г Се (template) — | (template) x СМар (template) | СМар (template) | 
- [apawaran 
[ Cowordaray || CObList | CMapPtrToWerd | 





| CObArray | CStringList CMapPtrToPtr | 
| CPtrArray | — Ustsofusertypes ] CMapWerdToOb | 
| КРИТ _[ ] Typed Template Collections шы 1  ] 








[ _— CUIntArray СТурейРиАпау || CMapStringToOb 












[ CONordATay СТуреїР і CMapStingToString | 
аылшалша вын какы ьа CTypedPtrMap ] 


我 们 的 设计 最 高 原则 就 是 尽量 使 用 MFC 已 有 的 类 ， 提 高 软件 IC 的 重复 使 用 性 。 上 图 浅 色 部 分 
是 Scribble 范例 程序 在 16 位 MFC 中 采用 的 两 个 类 。 深 色 部 分 是 Scribble 范 例 程序 在 32 位 MFC 
中 采用 的 两 个 类 。 


МЕС Collection Classes 的 选用 
第 5 章 末 尾 我 全 经 大 致 提 过 МЕС Collection Classes。 它 们 分 为 三 种 类 型 ， 用 来 管理 一 大 群 
XA: 

e Array : 数组 ， 有 次 序 性 ( 需 依 序 处 理 ) ， 可 动态 增 减 大 小 ， 索 引 值 为 整数 。 


e List: 双向 串 列 ， 有 次 序 性 (ВР) ， 无 索引 。 串 列 有 头 尾 ， 可 从 头 尾 或 从 串 列 的 
任何 位 置 安插 元 素 ， 速 度 极 快 。 


e Мар: 又 称 为 Dictionary， 其 内 对 象 成 对 存在 ， 一 为 键 值 对 象 (key object) ， 一 为 实 值 
对 象 (value object) 。 


下 面 是 其 特性 整理 : 
ШЕ НЕ ”索引 HAA MARELA ANILA 
Lit Ye No t ® 可 
Апат Ye Ye k pi 可 
《利用 整数 索引 | 值 ) 
Мар Хо Ye 快 快 BERE (key ) THAN 
(ЖІНИНЕ) ЖАН (value) JEN- 


МЕС Collection classes 所 收集 的 对 象 中 ， 有 两 种 特别 需要 说 明 ， 一 是 Ob 一 是 Ptr : 
e Ob 表示 派生 自 CObject 的 任何 对 象 。MFC 提 供 CObList、CObArray 两 种 类 。 
e Ptr 表 示 对 象 指 针 。MFC 提供 CPtrList、CPtrArray 两 种 类 。 


当 我 们 考虑 使 用 MFC collection classes 时 ， 除 了 考虑 上 述 三 种 类 型 的 特性 ， 还 要 考虑 以 下 几 


ғ" 


° 是 否 使 用 C++ template (对 于 type-safe 极 有 帮助 ) 。 
e 储存 于 collection class 之 中 的 元 素 是 否 要 做 文件 读 写 动作 (Serialize) 。 
e 储存 于 collection class 之 中 的 元 素 是 否 要 有 倾 印 (dump) 和 错误 诊断 能 力 。 


下 表 是 对 所 有 collection classes 性 质 的 一 份 摘要 整理 (参考 自 微软 的 官方 手册 : 
Programming With MFC and Win32) 


ЖЗ! C++ template Serializable Dumpable type-safe 
CArray Yes Yes © Yes D Хо 
CTypedPtrArray Yes Depends © Yes Yes 

С Біле Ағғат Хо Yes Yes Yes Ф 
CD Ora Ағғау Хо Yes Yes Yes © 
CObhbrray NO Yes Yes NO 
CPtrArray NO No Yes Хо 
Chtringdlrray NO Yes Yes Yes © 
ClIForddrray NO Yes Yes Yes Ф 
CUIntArray NO No © Yes Yes Ф 
Cist Yes Yes © Yes (D No 
CTypedPtiList Yes Depends © Yes Yes 
COBL ist NO Yes Yes NO 
CPtrList No No Yes No 
Ctrinal ist NO Yes Yes Yes Ф 
CMap Yes Yes © Yes © Хо 
СТүреариғМар Yes Depends @ Yes Yes 
CAfapPtrToWord Хо Хо Yes Хо 
CMapPtrToPtr NO Хо Yes № 
CAfapstringTo0b5 NO Yes Yes No 
CAfapstringToPtr NO Хо Yes Хо 
CAfapstringlToString Хо Yes Yes Yes Ф 
CAfapWordToGb NO Yes Yes NO 

CM apWordToPtr NO NO Yes No 


@ 若 要 文件 读 写 ， 你 必须 明白 调用 collection object 的 Serialize 函数 ; 若 要 内 容 倾 印 ， 你 必须 
明白 调用 其 Dump 函数 。 不 能 够 使 用 archive << obj 或 атр << obj 这 种 型 式 。 


@ 究 竟 是 否 Serializable， 必 须 视 其 内 含 对 象 而 定 。 举 个 例 ， 如 果 一 个 typedpointerarray 是 以 
CObArray 为 基础 ， 那 么 它 是 Serializable ; 如 果 它 是 以 CPtrArray У, А ЕЕ 
Serializable。 一 般 而 言 ，Ptr 都 不 能 够 被 Serialized。 


© 虽然 它 是 non-template， 但 如 果 照 预定 计划 去 使 用 它 (例如 以 CByteArray 储存 bytes, ПП 
不 是 用 来 储存 char) ， 那 么 它 还 是 type-safe BS, 


Ф 手册 上 说 它 并 非 Serializable， 但 我 存疑 。 各 位 不 妨 试 验 之 。 


Template-Based Classes 


本 书 第 2 章 末 尾 已 经 介绍 过 所 谓 的 C++ template, МЕС 的 collection classes 里 头 有 一 些 是 
template-based, НА 类 型 检验 的 功夫 做 得 比较 好 。 这 些 类 区 分 为 


简单 型 一 一 CArray、CList、CMap。 它 们 都 派生 自 CObject， 所 以 它们 都 上 县 各 了 文件 读 写 、 执 
行 时 期 型 别 鉴 识 、 动 态 生 成 等 性 质 。 


类 型 指针 型 一 CTypedPtrArray、CTypedPtrList、CTypedPtrMap。 这 些 类 要 求 你 在 参数 中 
指定 基 类 ， 而 基 类 必须 是 MFC 之 中 的 non-template pointer collections， 例 如 CObList 或 
CPtrArray。 你 的 新 类 将 继承 基 类 的 所 有 性 质 。 


пал 


3 


Template-Based Classes 的 使 用 方法 (注意 : 
afxtempl.h, Z p.903 stdafx.h) 


简单 型 template-based classes 使 用 时 需要 指定 参数 : 
e CArray<TYPE, АКС_ТУРЕ> 
e CList<TYPE, ARG_TYPE> 
e CMap<KEY, ARG_KEY, VALUE, ARG_VALUE> 
其 中 TYPE 用 来 指定 你 希望 收集 的 对 象 的 类 型 ， 它 们 可 以 是 : 
e С++ 基础 型 别 ， 如 int、char、long、float 等 等 。 
° C++ 结构 或 类 。 


АКС TYPE 则 用 来 指定 琅 数 的 参数 类 型 。 举 个 例 ， 下 面 程 序 代 码 表 示 我 们 需要 一 个 int 阵 
列 ， 数 组 成 员 男 数 〈 例 如 Add) 的 参数 是 int : 


CArray<int, int> m_intArray; 
m intArray.Add(15); 


再 举 一 例 ， 下 面 程 序 代 码 表 示 我 们 需要 一 个 由 int 组 成 的 串 列 ， 串 列 成 员 男 数 (例如 AddTail) 
的 参数 是 int : 


CList<int, int» m intList; 
m intList.AddTail(36); 
m intList.RemoveAll(); 


2—51, КЕН АБИ -Т-ННСРоіп ЛАН 28, ня РА (例如 Add) 
的 参数 是 CPoint : 


CArray<CPoint, CPoint> m_pointArray; 
CPoint point(18, 64); 
m pointArray.Add(point); 


[ 类 型 指针 」 型 的 template-based classes 使 用 时 亦 需 指 定 参 数 : 


CTypedPtrArray<BASE CLASS, TYPE> 
CTypedPtrList<BASE CLASS, TYPE> 
CTypedPtrMap«BASE CLASS, KEY, VALUE» 


其 中 TYPE 用 来 指定 你 希望 收集 的 对 象 的 类 型 ， 它 们 可 以 是 : 
e C++ 基础 型 别 ， 如 int、char、long、float 等 等 。 
° C++ 结构 或 类 。 


BASE CLASS 则 用 来 指定 基 类 ， 它 可 以 是 任何 用 来 收集 指针 的 non-template collection 
classes， 例 如 CObList 或 CObArray 或 CPtrList 或 CPtrArray 等 等 。 举 个 例子 ， 下 面 程序 代码 表 
示 我 们 需要 一 个 派生 目 CObList 的 类 ， 用 来 管理 一 个 串 询 ， 而 串 列 组 成 份子 为 CStroke* : 


CTypedPtrList«CObList,CStroke*» m strokeList; 
CStroke* pStrokeltem = new CStroke(20); 
m strokeList.AddTail(pStrokeItem); 


CScribbleDoc 的 修改 


了 解 了 Collection Classes 中 各 类 的 特性 以 及 所 谓 template/nontemplate 版 本 之 后 ， 以 本 例 之 
情况 而 言 ， 很 显然 : 


不 定量 的 线条 效 可 以 利用 串 列 (linked list) 来 表示 ， 那 么 MFC 的 CObList 恰 可 用 来 表现 这 样 
的 串 列 。CObList 规定 其 每 个 元 素 必 须 是 一 个 【CObject 派生 类 」 的 对 象 实体 ， 好 啊 ， 没 问 

题 ， 我 们 就 设计 一 个 名 为 CStroke 的 类 ， 派 生 自 CObject， 代 表 一 条 线条 。 为 了 type-safe， 我 
们 选择 template 版 本 ， 所 以 设计 出 这 样 的 Document : 


class CScribbleDoc : public CDocument 


{ 
public: 
ClTypedPtrListzCObList,CStroke*» m strokeList; 


| 


线条 由 笔 帘 和 坐标 点 构成 ， 所 以 CStroke 应 该 有 m_nPenWidth EX ñ zx =, [H— K ЕКА А 
以 什么 来 管理 好 呢 ? 数组 是 个 不 错 的 选择 ， 至 于 数组 内 要 放 什 么 类 型 的 数据 ， 我 们 不 妨 先 着 
一 办 ， 想 想 这 些 坐 标 是 怎么 获得 的 。 这 些 坐 标 显然 是 在 鼠标 左 键 按 下 时 进入 程序 之 中 ， 也 融 
是 利用 OnLButtonDown 男 数 的 参数 CPoint。CPoint 符 合 前 一 节 所 说 的 数组 元 素 类 型 条 件 ， 所 
以 CStroke 的 成 员 变 量 可 以 这 么 设计 : 


class CStroke : public CObject 
{ 
protected: 

UINT m nPenWidth; 


public: 
CArrayzcCPoint,CPoint» m pointArray; 


] 
Ж-ҒСРоіһ А214, MAE ГІН, 
事实 上 CPoint 是 一 个 由 两 个 long 组 成 的 结构 ， 两 个 long 各 代表 x 和 y 坐 标 。 


CScribble Step1 Document: (本 图 为 了 说 明 方 便 ， 以 CObList 代 蔡 实际 使 用 之 
CTypedPtrList) 





% 
“ i8 2ObList : 
CObList::RemoveHead xc UB шысы сш. 
EEN CObject 物 忻 指标 取出 ; CObList 的 每 个 元 来 都 是 一 个 CObject 4g 。 
| : c 我们 售 它 指向 Cstroke 物件 ;合法 НВ 
C.ScribbleDoc | ; CStroke HEA CObject o 
CObList m strokeList » CObList: -AddT ail 

(HAAA CObList ЕЗІ) | | ~ EA СОбјесі 物件 指标 
pe Ye ЕВЕ + 
| е 





一 
| оро 
ро o _ | 
ШЫТ m nPenWidth | НОС C) hoc 各 是 一 个 和 Array 物件 
(AREARE ) | ИО ІС [^ (ЖЕН ' CPoint EF) 36575 ) 
Lt | ol lo (ERREFE CPoint) 
КЕМЕСІ F be 2 > | 
ATTEMA REPI] + ч 
/ P r Of |F CArray ff] [RAT 
| 过 就 是 -个 9 可 取出 阵列 的 元 素 。 
С) CStroke 物件 S 
С) ^o 


图 8-3a Scribble Step1 的 文件 由 线条 构成 ， 线 条 又 由 点 数组 构成 


CObject | 


CCmdTarget 


CArraysCPoint, CPoint> 
CScribbleDoc CStroke С} - defined in Scribble 


图 8-3b Scribble Step1 文 件 所 使 用 的 类 


C TypedPtrList=<CObList. CStroke*> 





CScribbleDoc Ё —/“СОЫшѕіх R,  CObListe& ЯН ЗЕЕ — T CStroke x1 15 


&, HüuCStroke XX [Ëk—CArray 对 象 。 下 面 是 Step1 程 序 的 Document 设计 。 


SCRIBBLEDOC.H (ІН 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 


points 


%0021 
#0022 
#0023 
#0024 
#0025 
Е0026 
#0027 
#0028 
#0029 
#0030 
#0031 


#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 


TE Step0 的 差异 ) 


AAO ЛК OO OO RH 
// class CStroke 

// 

// А stroke із а series of connected points in the scribble drawing. 
// A scribble document may have multiple strokes. 


class CStroke 

{ 

public: 
CStroke(UINT nPenWidth]); 


: public CObject 


protected: 
CStroke(]; 
DECLARE SERIAL(CStroke] 


// Attributes 

protected: 
UINT 

public: 
CArraycCPoint,CPoint^ m pointArray; 


m nPenWidth; 


// one реп width applies to entire stroke 


// series of connected 


// Operations 
public: 
ВОО DrawStroke(CDC* рос}; 


public: 
virtual void Serialize(CArchive& ar); 


FAElÓMM A ÁkÁÉKAÓAlÀ/ EOE OE EO OO EE ET 


class CScribbleDoc : public CDocument 

| 

protected: // create from serialization only 
CScribbleDoc(]: 
DECLARE DYNCREATE (CScribbleDaoc] 


// Attributes 
protected: 


#0040 
#0041 
#0042 
#0043 
80044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 


#0056 
#0057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
%П066 
#0067 
#0068 
#0069 
#0070 
#0071 


#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 


如 果 你 把 本 书 第 一 版 (使 用 VC++ 4.0) 的 Scribble step1 原 封 不 动 地 在 VC++ 4.2 或 VC++ 5.0 


// 
// 
ғ 
и! 
и! 


Тһе document keeps track of the current pen width on 
behalf of all views. We'd like the user interface of 
Scribble to be such that if the user chooses the Draw 
Thick Line command, it will apply to all views, 
the view that currently has the focus. 


UINT 
СРеп 


// current user-selected pen width 
// pen created according to 
// user-selected pen style (width] 


m nPenWidth; 
m pencur; 


public: 
CTypedPtrList«CObList,CStroke*» m strokeList; 
CPen* GetCurrentPen(] ( return &m pentur; | 


// Operations 
public: 
CStroke* NewStroke(]: 


// Overrides 
// ClassWizard generated virtual function overrides 
//((AFX. VIRTUAL (CScribbleDoc] 
public: 
BOOL OnHewDocument (); 
void Serialize(CArchive& ar]; 
BOOL OnOpenDocument(LPCTSTR lpszPathName]; 
virtual void DeleteContents(];: 
//) AFX VIRTUAL 


virtual 
virtual 
virtual 


// Implementation 
public: 
virtual -CScribbleDoc(): 
Bifdef  DEBUG 
virtual void AssertValid() const; 


virtual void Dump(CDumpContext& dc] const; 
Kendif 


protected: 
void InitDocument(]; 


// Generated message map functions 
protected: 
//((AFX MSG(CScribbleDoc] 
// NOTE - the ClassWizard will add and remove member functions here. 
ii DO NOT EDIT what you see in these blocks of generated code ! 
/ҰНАҒХ MSG 
DECLARE MESSAGE MAP() 
b 


中 编译 ， 你 会 获得 好 几 个 编译 错误 。 问 题 出 在 SCRIBBLEDOC.H 文件 : 


not just 


// forward declaration of data structure class 


class CStroke; 


class CScribbleDoc 


( 


) s 


class CStroke : 


: public CDocument 


public CObject 


并 不 是 程序 设计 上 有 什么 错误 ， 你 只 要 把 CStroke 的 声明 由 CScribbleDoc 之 后 搬移 到 
CScribbleDoc 之 前 即 可 。 由 此 观 之 ，VC++ 4.2 和 VC++ 5.0 的 编译 器 似乎 不 支持 forward 


declaration, 


SCRIBBLEDOC.CPP (ІН 


#0001 
kooon2 
k«ooo3 
#0004 
#0005 
gyoooe 
#0007 
#0008 
kooos 
#0010 


#0011 
#0012 
#0013 
#0014 
#0015 
Koo16 
0017 
#0018 
#0018 
#0020 
#0021 
#0022 
#0023 
#0024 


真是 没 道理 ! 


TE Зеро 的 差异 ) 


include "=кайах.һ" 
include "Scribble.h" 


Kinclude "ScribbleDoc.h" 


WKifdef DEBUG 

Kdefine new DEBUG МЕМ 

Kundef THIS FILE ` 

static char THIS FILE[] = _ FILE ; 
бегі É 


Frilll»llst/ ҒҰР ҒҒ ҒҒ l/lllll/ l'lillfltlfllllltfllfll A 
// CScribbleDoc 


IMPLEMENT DYNCREATE(CScribbleDoc, CDocument] 


НЕСІН MESSAGE MAP(CScribbleDoc, CDocument] 
ҮҒОЧАЕХ МЕС MAP[(CScribbleDoc] 
// MOTE - the ClassWizard will add and remove mapping macros here. 
// DO MOT EDIT what you see in these blocks of generated code! 
//H)yAFX MSG MAP 
END MESSAGE MAP() 


ККК К ККЕ КЫ ЕЕЕ r? 


#0025 // CScribbleDoc construction/destruction 
#0026 

#0027 CScribbleDoc::CScribbleDoc(] 

#0028 f 

#0029 // TODO: add one-time construction code here 
$0030 

#0031 |) 

#0032 

#0033 CScribbleDoc::-CScribbleDoc(] 

#0034 { 

#0035 } 

#0036 

#0037 BOOL CScribbleDoc: :OnMewDocument { ] 

#0038 ( 

ЕС039 if (!CDocument: :OnHewDocument (] ) 
80040 return FALSE; 

#0041 InitDocument/i]: 

#0042 return TRUE; 

#0043 ) 

#0044 

Де CAAA 
#0046 // CScribbleDoc serialization 

#0047 

#0048 void CScribbleDoc::Serialize(CArchive& ar) 
#0049 ( 

#0050 if (ar.IsStoring(]) 

#0051 { 

#0052 } 

#0053 else 

#0054 ( 

#0055 } 

#0056 m strokeList.Serialize(ar]; 

#0057 } 

ЕОО5В 

#0059 CAA 
#0060 // CScribbleDoc diagnostics 

#0061 

ЕзОб2 #1Е4еЁ  DEBUG 

#0063 void CScribbleDoc::AssertValid(] const 
йоое4 1 

#0065 CDocument::AzssertValid(]: 

#0066 | 

#О067 

#0068 void CScribbleDoc::Dump(CDumpContext& dc] const 
#0069 q 

#0070 Сооситеље : : Dum {dej + 

80071 | 

#0072  Bendif // DEBUG 

58 Ө Document-View 深入 探讨 


OOO/ 
LA f 
v Í 


#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 
#0090 


#0091 
сое 
gOOS93 
#0094 
ЕСОЗ5 
&O0896 
#0097 
gooss8 
оозе 
#0100 
#0101 
#0102 
#0103 
#0104 
#0105 
ЕСІСЕ 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0116 
#0119 
#0120 


#0121 
80122 
#0123 
#0124 
#0125 
#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
801232 
#0133 
80134 
801235 
#0136 
#0137 
#0138 


HOA ЛКК КККК ЛЛК КК КЛИ 


// CScribbleDoc commands 


BOOL CScribbleDoc::OnOpenDocument(LPCTSTR lpszPathName] 


{ 
if ('CDocument::OnOpenDocument(lpszPathName)] 
return FALSE; 
InitDocument/í(]; 
return TRUE; 


void CScribbleDoc::DeleteContents(] 


{ 
while (іт strokeList.IsEmpty(]] 
{ 
delete m strokeList.RemoveHead(]; 
| 


CDocument::Deletecontentsi]: 
} 


void CScribbleDoc::InitDocument { ] 
{ 

т nPenWidth = 2; // default 2 pixel pen width 

// solid, black pen 

m penCur.CreatePen(PS SOLID, m nPenWidth, RGB(0,0,0]); 
} 


CStroke* CScribbleDoc: :HewStroke(] 
| 
CStroke* pStrokeItem = new CStroke(m nPenWidth]; 
m strokeList.AddTail(pStrokelItem)]; 
SetModifiedFlagt): 
// purposes of confirming File Close. 
return pStrokeItem; 


ИИ 
// CStroke 


IMPLEMENT SERIAL(CStroke, CObject, 1) 
CStroke::CStroke(] 
1 
// This empty constructor should be used by serialization only 


} 


CStroke::CStroke(UINT nPenWidth] 
t 

m nPenWidth = nPenWidth; 
] 


мої CStroke::Serialize(CArchive& аг] 
{ 
if (ar.IsStoring(])] 


| 
аг << {оборт nPenWidth; 


m pointArray.Serialirze(ar]:; 


HORD ы; 
аг >> мы; 
m nPenWidth = м; 


// Mark the document as having been modified, for 


#0139 m pointArray.Serialize(ar]; 


#O140 ] 

#0141 } 

#0142 

80143 BOOL CStroke::DrawStroke(CDC* рос) 

#0144 { 

#0145 CPen penStroke; 

80146 if (!penStroke.CreatePen([PS SOLID, m nPenWidth, RGH(0,0,0]]] 
80147 return FALSE; 

80148 CPen* pOldPen = pDcC--SelectObject(&penStroke]); 
ЕС149 pDC-»MoveTo(m pointArray[O]]; 

80150 for (int іші; i < m pointArray.GetSize(]; i++} 
#0151 { 

80152 pDC-»-LineTo(m pointArray[i]]: 

80153 ] 

#0154 

#0155 pDCc-»-5SelectoObject(pOldPen]; 

80156 return TRUE; 

#0157 | 


AT ГЕЕВ E= > TRER И ЖІ, ЧЕН ТӨМЕН Т, REA 8-3 所 显示 的 各 类 的 
成 员 整 理 于 下 。 让 我 们 以 top-down 的 方式 看 看 文件 组 成 份子 的 运作 。 


文件 : 一 连 串 的 线条 


Scribble 文件 本 身 由 许多 线条 组 合 而 成 。 而 你 知道 ， 以 串 列 (linked list) 表示 不 定 个 数 的 东 
西 最 是 理想 了 。MFC 有 没有 现成 的 ГЕЯ] | 类 呢 ? 有 ，CObList 就 是 。 它 的 每 一 个 元 素 都 必 
须 是 CObject*。 回 想 一 下 我 在 第 二 章 介 绍 的 [职员 」 例 子 : 


我 们 有 一 个 职员 串 列 ， 串 列 的 每 一 个 元 素 的 类 型 是 「 指 向 最 基 类 之 指针 」。 如 果 基 类 有 一 个 
| 计 薪 」 方法 〈 虚 函数 ) ， 那 么 我 们 就 可 以 一 个 [一 般 性 」 的 循环 把 串 列 巡 访 一 通 ; 巡 到 不 
同 的 职员 型 别 ， 束 调用 该 型 别 的 计 薪 方法 。 


如 今 我 们 选用 CObList， 情 况 不 融和 上 述职 员 例子 如 出 一 梳 吗 ?CObject 的 许多 好 性 质 ， 如 
Serialization、RTTI、Dynamic Creation， 可 以 非常 简便 地 应 用 到 我 们 极为 「 一 般 性 」 的 操作 
上 。 这 一 点 在 稍 后 的 Serialization 动作 上 更 表现 得 淋漓 尽 致 。 





CScribbleDoc 的 成 员 变 量 


e m_strokeList : 这 是 一 个 CObList 对 象 ， 代 表 一 个 串 列 。 串 列 中 的 元 素 是 什么 类 型 ? 答案 
是 CObject*。 但 实际 运作 时 ， 我 们 可 以 把 基 类 之 指针 指向 派生 类 之 对 象 (还 记得 第 2 章 
我 介绍 虚 范 数 时 特别 强调 的 吧 ) 。 现 在 我 们 想 让 这 个 串 列 成 为 「 由 CStroke 对 象 构 成 的 串 
列 ] ， 因 此 显然 CStroke 必须 派生 自 CObject 才 行 ， 而 事实 上 它 的 确 是 。 


e m nPenWidth : 每 一 线条 都 有 自己 的 笔 帘 ， 而 目前 使 用 的 笔 宽 记 录 于 此 。 


e m penCur : 这 是 一 个 CPen 对 象 。 程 序 依 据 上 述 的 笔 帘 ， 配 置 一 文笔 ， 准 各 用 来 男 线 
条 。 笔 宽 可 以 指定 ， 但 那 是 第 10 章 的 事 。 注 意 ， 笔 宽 的 设 定 对 象 是 线条 ， 不 是 单一 的 
点 ， 也 不 是 一 整 张 图 。 


CObList 


这 是 MFC 的 内 建 类 ， 提 供 我 们 串 列 服务 。 串 列 的 每 个 元 素 都 必须 是 CObject*。 本 处 将 用 到 四 
^^ FX, Я ВЧ : 


e AddTail : 891 020 — T 76538. 
e IsEmpty : 串 列 是 否 为 空 ? 
е RemoveHead : 把 串 列 整个 拿 掉 。 


e Serialize : 文件 读 写 。 这 是 个 空 的 虚 男 数 ， 改 宇 它 正 是 我 们 稍 后 要 做 的 努力 。 


CScribbleDoc 的 成 员 函 数 


е OnNewDocument, OnOpenDocument. InitDocument, > #EDocument 的 时 机 有 二 ， 一 
是 使 用 者 选 按 【File/New】， 一 是 使 用 者 选 按 【File/Open】。 当 这 两 种 情况 发 生 ， 
Application Framework 会 分 别 调用 Document 类 的 OnNewDocument 和 
OnOpenDocument。 为 了 应 用 程序 本 有 身 的 特性 考虑 (例如 本 例 画 笔 的 产生 以 及 笔 宽 的 设 
E) ， 我 们 应 该 改 字 这 些 虚 函数 。 


本 例 把 文件 初始 化 工作 (画笔 以 及 笔 宽 的 设 定 ) 分 割 出 来 ， 独 立 于 InitDocument K 
中 ， 因 此 上 述 的 OnNew 和 OnOpen 两 函数 都 调用 InitDocument。 


[3| LFile/New] GE [File/Open] 
Application Framework 


BOOL CScrihbleDac::OnNewDocument () J | BOOL CScribbleDaoc::OnOpenDocument( | 
[ LPCISTR lpszPathHame] 
if (lCDocument::OnNewDocument [) ) [ 
return FALSE; if (lCDocument::OnOpenDocument( 
InitDocument(í];: lpszPathName]] 
return TRUE; | return FALSE; 
InitDocument|()?;: 
return TRUE; 


Е. 


| vaid CScribbleDoc: :InitDocument (1 
I 
m nPenWidtb = 2; // default 2 pixel pen width 
// solid, black pen 
m penCur.CreatePen(PS SOLID, m nPenWidtb, RGB(0,0,0]]; 
] 





e NewStroke, “0 = Е Т) CStroke gR, терем, 很 显然 这 
应 该 在 鼠标 左 键 按 下 时 发 生 (我 们 将 在 CScribbleView ;z Ф а) о ЖЕ 
作 如 下 : 


CStroke* CScribbleDoc: :NewStroke(] 
{ 
CStroke* pStrokeItem = new CStroke(m_nPenWidth]; 
m strokeList.AddTail(pStrokeItem); 
SetModifiedFlag(]; // Mark the document as having been modified, for 
// purposes of confirming File Close. 
return pStrokeItem; 


ХӘЛЕТ- ТЖ, ХЖІЗЖЕЖЕ, HARMARRIA 8871 Em. 
е DeleteContent, ЖІН CObList::RemoveHead 把 串 列 的 最 前 端 元 素 拿 掉 。 


void C5cribbleDoc::DeleteContents(] 
i 
while (!m strokeList.IsEmpty(í]] 
i 
delete m strokeList.RemoveHead(]; 


| 


CDocument: :DeletecContentsí]; 


| 


“л s ЕЛЕР 线条 串 列 ， 线 条 串 列 又 掌管 各 线条 ， 我 
们 可 以 善 用 这 些 阶 层 天 系 : 


void CScribbleDoc::Serialize(CArchive& ar] 
{ 
if (ar.IsStorinqcgí],J 


т strokeList.Serialize(ar]; 


] 


我 们 有 充 份 的 理由 认为 ，CObList::Serialize 的 内 部 动作 ， 一 定 是 以 一 个 循环 巡 访 所 有 的 元 
素 ， 一 一 调用 各 元 素 (是 个 指针 ) 所 指向 的 对 象 的 Serialize 酌 数 。 就 好 像 第 2 章 [g h l EE 
列 中 的 计 薪 方法 一 样 。 


马上 我 们 就 会 看 到 ，Serialize 如 何 层 层 下 达 。 那 是 很 深入 的 探讨 ， 你 要 先 有 心理 准备 。 
线条 与 坐标 点 


Scribble 的 文件 数据 由 线条 构成 ， 线 条 又 由 点 数组 构成 ， 点 又 由 (ху) 坐标 构成 。 我 们 将 设 
计 CStroke 用 以 描述 线条 ， 并 直接 采用 MFC 的 CArray 描 述 点 数组 。 





CStroke МБХ 5 т == 


e m pointArray : 这 是 一 个 CArray 对 象 ， 用 以 记录 一 系列 的 CPoint 对 象 ， 这 些 CPoint 对 象 
由 最 标 坐标 转化 而 来 。 


e m nPenWidth : 一 个 整数 ， 代 表 线 条 宽度 。 虽然 Scribble Step1 的 线条 宽度 是 固定 的 ， 但 
第 10 革 人 允许 改变 宽度 。 


CArray«CPoint, CPoint> 


CArray 是 MFC 内 建 类 ， 提 供 数 组 的 各 种 服务 。 本 例 利 用 其 template 性 质 ， 指 定数 组 内 容 为 
CPoint。 本 例 将 用 到 CArray 的 两 个 成 员 男 数 和 一 个 运算 符 : 


е GetSize : 取得 数组 中 的 元 素 个 数 。 


e Add : 在 效 组 尾 问 增加 一 个 元 素 。 必 要 时 扩大 数组 的 大 小 。 这 个 动作 会 在 鼠标 左 键 按 下 后 
被 持续 调用 ， 请 看 ScribbleView::OnLButtonDown。 


e operator[ |: 以 指定 之 京 引 值 取得 或 设 定 数组 元 素 内 容 。 


它们 的 详细 规格 请 参考 MFC Class Library Reference。 


CStroke JPK, ñ р 


е DrawStroke : 绘图 原本 是 View 的 责任 ， ee [A] 为 
мита 己 知 道 ， 当 然 由 CStroke ВУХ д KAGE 6 Eh ЕН, 3X 
一 来 ，View 融 可 以 一 一 调用 线条 目 己 的 绘图 函数 ， 很 轻松 。 


此 况 数 把 点 坐标 从 数组 之 中 一 个 一 个 取出 ， 男 到 窗口 上 ， 所 以 你 会 看 到 整个 原始 绘 
程 的 重 现 ， 而 不 是 一 整 张 图 哺 一 下 子 出 现 。 想 当然 耳 ， ны аы 
SelectObject、MoveTo、LineTo 等 GDI 动 作 ， 以 及 从 数组 中 取 坐 标点 的 动作 。 取 点 动作 直 
接 利 用 CArray 的 operator[ ] 运 算 符 即 可 办 到 : 


BOOL CStroke::DrawStroke(CDC* рг] 
i 
CPen penStroke; 
if (!penStroke.CreatePen(PS SOLID, m nPenWidth, RGB(0,0,0]]] 
return FALSE; 
CPen* pOldPen = pDC--5electobject(&penStroke); 
pDc--HoveTo(m pointArray[O]]: 
for (int ісі; i < m pointArray.GetSize()]; i++) 
i 
pDc-»-LineTo(m pointArray[i]]: 
} 
pDc-»-SelectobjectipOldPen]); 
return TRUE; 


e Serialize : 让 我 们 这 人 么 想象 写 文 件 动作 : PUN INR E A 
发 命令 给 线条 ， 线 条 发 命令 给 点 数组 ， 点 数组 于 是 把 一 个 个 的 坐标 点 写 人 磁盘 中 。 
意 ， 每 一 线条 除了 拥有 点 数组 之 外 ， 还 有 一 个 笔划 宽度 ， 读 写 文 件 时 可 不 要 忘 des 
据 。 


void CStroke::Serialize (CArchiwes ar) 
{ 
if ([(ar.IsStoring(]] 
{ // жа 
аг << (WORD)m nPenWidth; 
т pointArray. Serialize(ar]; 
! 
else 
{ ии ты 
WORD м; 
аг >> м; 
m nPenWidth = м; 
m pointArray.Serialize(ar); 


肯定 你 会 产生 两 个 疑问 : 
1. 为 什么 点 效 组 的 读 文 件 写 文件 动作 完全 一 样 ， 都 是 Serialize(ar) 呢 ? 


2. 线条 串 列 的 Serialize 国 数 如 何 能 够 把 命令 交 派 到 线条 的 Serialize KAE 2 
第 一 个 问题 的 答案 很 简单 ， 第 二 个 问题 的 答 轮 很 复杂 。 稍 后 我 对 此 有 所 解释 。 






void CScribbleVlew::OnDraw(CDC* рос) 
{ 
CScribbleDoc* росс = GetDocumenti]: 















па: 
CObLis! m. strokeList; 
UINT т nPenWidth: 
CPen т penCur, 


йш: 
serialize() 
InitDocumye г) 
OnNewDocument() 
OnOpenDocument() 
NewsStroke() 










CTypedPEtrListeCObList,CStroke*»à 

strokeList = pDoc-»m strokeList; 
POSITIOM pos = strokeLizt.GetHeadPosition(]: 
while (pos ! HULIL) 























CStroka* pStroke = strokaeList.GatHaext(poa); 
pStreka-»DrawStrokae(pDCc): 
- 










DeleteContenti) 


GetCumeriPen0 РИМЕ Ы OnDraw WE ° SERA Document 5 E5:5208315— 


/ TE (Ө). ШЕЕ НН DravwStroke ЮР НЕ ° 


CStroke 物件 (ИНЕ #0) CStroke 物件 els #1) CStroke 物件 GENE #2) 

Бот ЖЫ: ARWR : Fa W : 

UINT m, nPenVWidth; UINT m, nPenwWidth; UINT m, nPenVWidth; 
CDWordArray т pointArray: CDWordAray m, pointArray. | CDWordArmray m, pointArray; | 


PR ERG, : MAAN: RAAR : 
DrawsStroke() DrawsStroke() Draw Strokei) 
Serialize() Serialize() Serialze() 





8-4 Scribble&')Document/ViewFX я 5 BR 


Е 8-4 把 Scribble Step1 的 Document/View 重 要 成 员 集 中 在 一 起 显示 ， 帮 助 你 做 大 局 观 。:; 

Am SOME ES 和 [成 员 变量 」 男 在 每 一 个 对 象 之 中 ， 但 你 知道 ， чебен 
3 BAT EX, n ERE РЛЕР, УЖЕ 3:408 ARARA. R ABnon-staticPk, 
яте, вва l), ТАЗЫ ТЕ 2 章 强调 过 。 


Scribble Step1 的 View : 数据 重 绘 与 编辑 


View 有 两 个 最 重要 的 任务 ， 一 是 负责 数据 的 显示 ， 另 一 是 负责 数据 的 编辑 НЕ 
标 ) 。 本 例 的 CScribbleView 包括 以 下 特质 : 


e 解读 CScribbleDoc 中 的 数据 ， 包 括 笔 宽 以 及 一 系列 的 CPoint 对 象 ， 围 在 View 窗 口上 。 


e 人 多 许 使 用 者 以 鼠标 左 键 充 当 画 笔 在 View 窗 口内 涂抹 ， 换 名 话说 CSribbleView 必 须 接受 并 
处 理 WM LBUTTONDOWN, WM MOUSEMOVE, WM LBUTTONUP 三 个 消息 。 


当 Framework 收 到 WM_PAINT， 表 示 男 面 需 要 重 绘 ， 它 会 调用 OnDraw ( 注 ) ， 由 OnDraw 执 
行 真 正 的 绘图 动作 。 什 么 时 候 会 产生 重 绘 消息 WM_PAINT 呢 ? 当 使 用 者 改变 窗口 大 小 ， 或 是 
将 窗口 图 标 化 之 后 再 恢复 原状 ， 或 是 来 目 程 序 (BORA) 刻意 的 制造 。 除 了 在 必须 重 绘 

时 重 绘 之 外 ， 做 为 一 个 绘图 软件 ，Scribble 还 必须 [实时 」 反应 鼠标 左 键 在 窗口 上 移动 的 轨 

А, АВЕ УМ РАМТ 产生 了 才 有 所 反应 。 所 以 ， 我 们 必须 在 OnMouseMove 中 也 做 绘图 
动作 ， 那 是 针对 一 个 点 一 个 点 的 绘图 ， 而 OnDraw 是 大 规模 的 全 部 重 绘 。 


注 : 其 实 Framework 是 先 调 用 OnPaint，OnPaint 再 调用 OnDraw。 关 于 OnPaint， 第 12 章 谈 
到 打印 机 时 再 说 。 


绘图 前 当然 必须 获得 数据 内 容 ， 调 用 GetDocument 即 可 获得 ， 它 传 回 一 个 CScribbleDoc 对 象 
指针 。 别 忘 了 View 和 Document 以 及 Frame 窗 口 早 在 注册 Document Template 时 就 建立 彼此 
间 的 关联 了 。 所 以 ， 从 CScribbleView 发 出 的 GetDocument В 34 258655 3 4# CScribbleDoc 
的 对 象 指 针 。View 可 以 娃 此 指针 取得 Document 的 数据 ， 然 后 显示 。 


CScribbleView 的 修改 


以 下 是 Step1 程 序 的 View 的 设计 。 其 中 有 她 标 接口 ， 也 有 数据 显示 功能 OnDraw。 


SCRIBBLEVIEW.H (阴影 表示 和 与 Зеро 的 差异 ) 


#0001 class CScribbleView : public CView 


#0002 1 

#0003 protected: // create from serialization only 
#0004 CScribbleView(]; 

#0005 DECLARE DYMCREATE (CScribbleView] 
#0006 


#0007 // Attributes 
#0008 public: 


#0009 CScribbleDoc* GetDocument í] ; 

#0010 

#0011 protected: 

#0012 CStroke* m pStrokeCur; // the stroke in progress 

#0013 CPoint т рЕРгеу; // the last mouse pt in the stroke in progress 
#0014 


#0015 // Operations 
#0016 public: 


#0017 

#0018 // Overrides 

#0019 // ClassWizard qenerated virtual function overrides 

#0020 //((AFX. VIRTUAL (CScribbleView) 

80021 public: 

#0022 virtual void OnDraw(CDC* рос}; // overridden to draw this view 
#0023 virtual BOOL PreCreateWindow(CREATESTRUCT& сє]; 

#0024 protected: 

#0025 virtual BOOL OnPreparePrinting(CPrintInfo* pInfo]; 

#0026 virtual void OnBeginPrinting(CDC* рос, CPrintInfo* ріпіо); 
#0027 virtual void OnEndPrinting(CDC* pDC, CPrintInfo* pInfo]; 
#0028 //}РАЕХ VIRTUAL 

#0029 


#0030 // Implementation 
#0031 public: 
#0032 virtual -CScribbleView(]; 


#0033 #ifdef  DEBUG 


#0034 virtual void AssertValid(] const; 

#0035 virtual void Dump(CDumpContext& dc] const; 
#0036 #endif 

#0037 

#0038 protected: 

#0039 


#0040 // Generated message map functions 
#0041 protected: 


#0042 //((AFX MSG(CScribbleView] 

#0043 afx msg void OnLButtonDown(UINT nFlags, CPoint point]; 
#0044 afx msg void OnLButtonUp(UINT nFlags, CPoint point]; 
#0045 afx msg void OnMouseMove(UINT nFlags, CPoint point]; 
і0046 //]) AFX MSG 

#0047 DECLARE MESSAGE МАР (] 

#0048 }; 

#0049 


#0050 #ifndef DEBUG // debug version in ScribVw.cpp 
#0051 inline CScribbleDoc* CScribbleView::GetDocument (| 
#0052 { return (CScribbleDoc*]m pDocument; } 

#0053 #endif 


SCRIBBLEVIEW.CPP (阴影 表示 与 Step0 的 差异 


#0001 
#0002 
%0003 
#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 


8002959 
80030 
#0031 
#0032 
#0033 
80034 
80035 
#0036 
#0037 
80038 
80039 
#O040 
#0041 
#0042 
#0043 
ЕСО44 
#0045 
#0046 
#0047 
$0048 
800459 
80050 
#0051 
$0052 
80053 
#0054 
#0055 
80056 
80057 
#0058 


"stdafx.h" 
"Scribble.h" 


Kinclude 
Kinclude 


"ScribbleDoc.h" 
"ScribbleView.h" 


Kinclude 
Kinclude 


ifdef DEBUG 

#define new DEBUG NEW 

#undef THIS FILE 

static char THIS FILE[] = X FILE ; 
tendi 


РРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРТ 
// CScribbleView 


IMPLEMENT DYMCREATE(CScribbleView, CView] 


BEGIN MESSAGE MAP(CScribbleView, CView] 

//((AFX MSG MAP(CScribbleView] 

ON WM LBUTTONDOWM {| 

ON WM LBUTTONUP(] 

ON WM MOUSEMOVE { } 

//])]AFX MSG МАР 

// Standard printing commands 

ОН СОММАНО (10 FILE PRINT, CView::OnFilePrint] 

OM COMMAND(ID FILE PRINT DIRECT, CView::OnFilePrint] 

ON COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview] 
END MESSAGE МАР () 


ҰРҒАН РР ҒҰР ҒҒ ҒҒ ҒҰР ТҰРҒЫ ҒҰР Pl ҒАРҒЫ ҒА ҒҰН ll Pl ll ll gll 
// CScribbleView construction/destruction 


CScribbleView::CScribbleView(] 


| 
// TODO: add construction code here 


] 


CScribbleView::-CScribbleViewi(i) 


| 
] 


BOOL CScribbleView::PreCreateWindow(CREATESTRUCT& св) 


| 
// TODO: Modify the Window class or styles here by modifying 


// the CREATESTRUCT cs 


return CView::PreCreateWindow(cs]:; 


МҮШЕДЕ 
// CScribbleView drawing 


void CScribbleView::OnDraw(CDC* pDC) 

i 
CScribbleDoc* pDoc = GetDocument{}; 
ASSERT VALID(pDaoc]; 


pm I xL 
«2 Л “а. 
INSNI — 


#0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 
#0069 
%Ий070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 


#0077 
#0078 
#0079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 
#0090 
#0091 
#0092 
#0093 
#0094 
#0095 
#0096 
#0097 
#0098 
#0099 
#0100 


#0101 
#0102 
#0103 
#0104 
#0105 
Де а= 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 


// The view delegates the drawing of individual strokes to 

// CStroke::DrawStroke()]. 

CTypedPtrList«cCObList,CStroke*-& strokeList = рПос->т strokeList; 

POSITION pos = strokeList.GetHeadPosition(]: 

while (pos != NULL] 

t 
CStroke* pStroke = z=ztrokeLizt.GetHext {ров}; 
pStroke-»DrawStroke(pDc]; 


| 


ИИ ҒҒ РР ЛЛ ҒҒ ҒҒ ЛЛ КЛ ЛҮК ҒҒ 
// CScribbleView printing 


HOOL CScribbleView::OnPreparePrinting(CPrintInfo* pInfa] 


( 
// default preparation 
return DoPreparePrintingi(pInfa); 
| 
void CScribbleView::OnBeginPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/] 


{ 
ИҰ TODO: add extra initialization before printing 


void CScribbleView::OnEndPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/] 
í 
// TODO: add cleanup after printing 


f l fff z? 
// CScribbleView diagnostics 


&ifdef  DEBUG 


void CScribbleView::AssertValid(] const 
1 
CView::AssertValid(]:; 
| 
void CScCribbleView::DumpiCDumpContexta de) const 


( 
CView::Dump(dc] ; 
} 
CScribbleDoc* CScribbleView::GetDocument() // non-debug version із inline 


t 
ASSERT(m pDocument--IsKindOf(RUNTIME CLASS(CScribbleDoc]]): 
return (CScribbleDoc*]m pDocument; 

} 

WKendif // DEBUG 


fn nn? gl Ig 
// CScribbleView message handlers 


void CScribbleView::OnLButtonDown(UIMT, CPoint point] 
t 


// Pressing the mouse button in the view window starts a new stroke 


m pStrokeCur = GetDocument(]-»HewStroke(]; 
// Add first point to the new stroke 
m pStrokeCur-?m pointArray.Add(point]; 


SetCapturei(i)]: 
m ptPrev = point; 


// Capture the mouse until button up. 
// Serves as the MoveTo(] anchor point 
// for the LineTo([) the next point, 

// as the user drags the mouse. 


ЕТТІ mese Via, SUO] PD; Сү? 
Document-View Ж A Ti 2U 1 


return; 


void CScribbleView::OnLButtonUp(UINT, CPoint point] 


{ 


// Mouse button up is interesting in the Scribble application 
// only if the user is currently drawing a new stroke by dragging 
// the captured mouse. 


if (GetCapture(] !- this] 
return; // If this window (view] didn't capture the mouse, 
// then the user isn't drawing in this window. 


CScribbleDoc* pDoc = GetDocument(); 
CClientDC dc(this); 


CPen* pOldPen = dc.SelectObject(pDoc-»GetCurrentPen(]]: 
dc.MoveTo(m ptPrev]; 

dc.LineTo(point]; 

dc.SelectObject (pOldPen]); 

m pStrokeCur-»m pointArray.Add(point]; 


ReleaseCapture([]; // Release the mouse capture established at 
// the beginning of the mouse drag. 
return; 


void CScribbleView::OnMouseMove(UINT, CPoint point] 


| 


// Mouse movement is interesting in the Scribble application 
// only if the user is currently drawing a new stroke by dragging 
// the captured mouse. 


if (GetCapture(] !- this] 
return; // If this window (view) didn't capture the mouse, 
// then the user isn't drawing in this window. 


CClientDC dc(this]; 
m pStrokeCur-^m pointArray.Add(point]; 


// Draw a line from the previous detected point in the mouse 

// drag to the current point. 

CPen* pOldPen = dc.SelectObject(GetDocument () -»-GetCurrentPen(]]: 
dc.MoveTo(m ptPrev); 

dc.LineTo(point]; 

dc.SelectObject(pOldPen]; 


m ptPrev = point; 
return; 


View 的 重 绘 动作 : GetDocument 和 OnDraw 


以 下 是 CScribbleView 中 与 重 绘 动 作 有 关 的 成 员 变 量 和 成 员 国 数 。 





CScribbleView В БХ А ФЕН 


e m pStrokeCur : 一 个 指针 ， 指 向 目前 正在 工作 的 线条 。 


e m ptPrev : 线条 中 的 前 一 个 工作 点 。 我 们 将 在 这 个 点 与 目前 鼠标 按 下 的 点 之 间 男 一 条 直 
线 。 虽 说 理想 情况 下 鼠标 轨迹 的 每 一 个 点 都 应 该 航 记 录 下 来 ， 但 如 果 电 标 移动 太 快 来 不 
及 记录 ， 只 好 在 两 点 之 间 拉 下 线 。 


CScribbleView ЕРУ Я РА 


e OnDraw : iX EE— ЛЕРА, д = ЗОоситеП 9 ЗЕ 5 НЕ, РЕ А ХЫ 
责任 之 一 。 


e GetDocument : AppWizard 为 我 们 做 出 这 样 的 代码 ， 以 inline 方 式 定 义 于 表 头 文件 : 


inline CScribbleDoc* CScribbleView::GetDocument() 
i return (CScribbleDoc*)m pDocument; ) 


其 中 m_pDocument 是 CView 的 成 员 变 量 。 我 们 可 以 推测 ， 当 程序 设 定 好 Document Template 
之 后 ， 每 次 Framework 动态 产生 View 对 象 ， 其 内 的 m pDocument 已 经 被 Framework 设 定 
指向 对 应 之 Document 了 。 


View 对 象 何 时 被 动态 产生 ?答案 是 当 使 用 者 选 按 【File/Open】 或 【File/New】。 每 当 产 生 一 
个 Document， 就 会 产生 一 组 Document/View/Frame Г= 0 28 |. 


e OnPreparePrinting, OnBeginPrinting， OnEndPrinting : 这 三 个 CView E KUS H KA 
善 印 表 行为 。AppWizard 只 是 先 帮 我 们 做 出 实 函 效 。 第 12 章 才 会 用 到 它们 。 


我 们 来 看 看 CView 之 中 居 最 重要 地 位 的 OnDraw， 面 对 Scribble Document 的 数据 结构 ， 


将 如 何 进 行 绘图 动作 。 为 了 获得 数据 ，OnDraw 一 开始 先 以 GetDocument 取 得 Document 对 象 
指针 ; 然后 以 while 循 环 一 一 取得 各 线条 ， 再 调用 CStroke::DrawStroke А. 282 rh 2^ E] Е 
数 应 该 放 在 View 类 之 内 (绘图 不 正 是 View 的 责任 吗 ) ， 但 是 DrawStroke 却 否 ! 原因 是 把 线 
条 的 数据 和 绘图 动作 一 并 放 在 CStroke 中 是 最 好 的 包装 方式 。 


void C5cribbleView::OnDraw(CDC* pDC] 

{ 
CScribbleDoc* pDoc = GetDocument(í]; 
ASSERT VALIDipDoc] ; 


// The view delegates the drawing of individual strokes to 

// CS5troke::DrawStroke(t]. 

CTypedPtrListzCObList,CStroke*?& strokeList = pDoc-?m strokeList; 

POSITIOM pos = strokeList.GetHeadPosition(]; 

while (pos !- NULL] 

1 
C5troke* pStroke = strokeList.GetNHext(pos]; 
ps5troke--DrawStroke(pDc]; 


} 
其 中 用 到 两 个 CObList БХ Я РАК: 
е GetNext : 取得 下 一 个 元 素 。 


е GetHeadPosition : 传 回 串 列 之 第 一 个 元 素 的 ІЛЕ). ШЕР ІШЕ) 是 一 个 类 型 为 
POSITION 的 数值 ， 这 个 数值 可 以 被 使 用 于 CObList 的 其 它 成 员 画 数 中 ， 例 如 GetAt 或 
SetAt。 你 可 以 把 [位 置 ] 想象 是 串 列 中 用 以 标示 某 个 节点 (node) 的 指针 。 当 然 ， 它 并 
不 真正 是 指针 。 


View 与 使 用 者 的 交谈 ( 电 标 消息 义理 实例 ) 
为 了 实现 「 以 鼠 代 笔 」 的 功能 ，CScribbleView 必须 接受 并 义理 三 个 消息 : 


BEGIN MESSAGE MAP(CScribbleView, CView) 
ON. WM. LBUTTONDOWN( ) 

ОМ ММ LBUTTONUP( ) 

ON. WM. MOUSEMOVE( ) 


END MESSAGE. MAP( ) 


三 个 消息 处 理 例 程 的 的 内 容 总 括 来 说 就 是 追踪 鼠标 轨迹 、 在 窗口 上 绘图 、 以 及 调用 CStroke 成 
员 阔 数 以 修正 线条 内 容 一 一 包括 产生 一 个 新 的 线条 空间 以 及 不 断 把 坐标 点 加 上 去 。 三 个 加 数 

的 重要 动作 摘 记 于 下 。 这 些 函 数 的 骨干 及 其 在 Messape Map 中 的 映射 项 目 ， 不 劳 我 们 动手 ， 

有 ClassWizard 人 代劳。 下 一 个 小 节 我 会 介绍 其 操作 方法 。 


void CScribbleView::OnLButtonDown(UINT nFlags, CPoint point) 
{ 

// 当 最 标 左 键 按 下 ， 

// 利用 CScribbleDoc::NewStroke 产生 一 个 新 的 线条 空间 ; 

// 利用 CArray::Add 把 这 个 点 加 到 线条 上 去 ; 

// 调用 бекСарішге 取得 鼠标 捕捉 权 (mouse capture) 

// 把 这 个 点 记录 为 [上 一 点 ] (m ptPrev) 


) 
void CScribbleView: :OnMouseMove(UINT, CPoint point) 
1 

// ЕЛЕНЕ rini 25, 

// 利用 CArray::Add 把 新 坐标 点 加 到 线条 上 ; 

// 在 上 一 点 (m ptPrev) 和 这 一 点 之 间 画 直线 ; 

// 把 这 个 点 记录 为 【上 一 点 」] (m ptPrev) 


void CScribbleView: :OnLButtonUp(UINT, CPoint point) 


( 

// ЕЖ АЯ, 

// 在 上 一 点 (m ptPrev) 和 这 一 点 之 间 画 直线 ; 

// 利用 CArray::Add 把 新 的 点 加 到 线条 上 ; 

// 调用 ReleaseCapture() 释放 鼠标 捕捉 权 (mouse capture) 。 
) 


ClassWizard 的 辅佐 


前 述 三 个 CScribbleView 成 员 函 数 (OnLButtonDown, OnLButtonUp, OnMouseMove) 是 
Message Map 的 一 部 分 ，ClassWizard 可 以 很 方便 地 帮助 我 们 完成 相关 的 Message Map 设 定 
ТЇР,» 


首先 ， 选 按 [View/ClassWizard] 启动 ClassWizard， 选 择 其 【Message Мар] Ши: 





[mI 
Message Maps | Member Variables | Automation | ActiveX Events | Gass Info | 


Project Сіз pomo: 

| “исгіізізін» -] | Кебе Yii -] 
HA. Алтер сг, НА. ASteptiScribVw.cpp 

Object IDs: | Messages: 















құм КЕЗІН” 
МЫ FILI КОС 

WA LISLUITTOBNEDHEHLCCLE 
WH _LBEUTTOỌOĦMD МҸ 





СОРИ ы 
ID. APP ABO UT 

ІШ» АРР E EI 

ШӘ EDIT СЕСЕ 





ШІ» EDIT. CUT ҰМ LDBLUTTONUP 
iD EDIT PASTE Wi MOLSEMOwVE — 
ID EDIT. ОМО =j WM MOUSEWHEEL =] 


Member functions: 

М OnBeginfPrinting 

V DnD ew 

WP нл Еги Printirn 
[w F Бие олом Wh LIHUTTONDO BM 
Е; ©з Ныгы С ҰМ LEUTTGOHBLIP E 





Description: йге са Тек wiren Bet mouse bution s pressed 





在 图 右上 侧 的 【Class Мате) 清单 中 选择 CScribbleView, ЖЕЛ ЖЕЛІНІ [Object IDs] ;& 
单 中 选择 CScribbleView, 81 8 ЖҮЛІРУ [Messages] 清单 中 选择 WM LBUTTONDOWN, 
然后 选 按 图 右 的 【Add Function] 4, FÆR КИ [Member functions] 清单 中 出 现 一 笔 新 
项 目 。 


然后 ， 选 按 [Edit Code】 钮 ， 文 字 编 辑 器 会 跳出 来 ， 你 获得 了 一 个 OnLButtonDown 42422 
壳 ， 请 在 这 里 键入 你 的 程序 代码 : 


CScribbleView Object IDs [C ScribbieViev 
return (C5cribbleDocs)m pDocument : 


J 
Hendif ^^ DEBUG 


** CS5cribbleuUieu mesoag9e handlers 


void C$&cribbleUieu::OnLButtonDown(UINT nFlags, CPoint point) 





our тәсогзас handler code here and/or call default 


CUiew::OnLButtonDomun(nFl1asaógs. point): 





另 两 个 消息 处 理 例 程 的 实现 作法 雷同 。 





КЛ КЛ ЕУ К ДІЛДІ ДІГІ 


Message Map 因此 有 什么 变化 呢 ? ClassWizard 为 我 们 自动 加 上 了 三 笔 映射 项 目 : 


BEGIN MESSAGE MAP(CScribbleView, CView] 
//((AEX MSG MAP(CScribbleview] 
ON WM LBUTTOMDONWMNH(] 
ON WM LBUTTONUPT(] 
ОМ WM HMOUSEMOVE {] 
//]]AFX MSG МАР 
// Standard printing commands 
ON _СОММАНО {ТО FILE PRINT, CView::OnFilePrint] 
ОМ СОММАНО {ТО FILE PRINT DIRECT, CView::OnFilePrint] 


OH COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview] 


END MESSAGE МАР {) 
It^. ScribbleViewB^ Ж FS BH rh th E] 5 Ж f = +" FX PERSA BN FR BH : 


class CScribbleView : public CView 


{ 


// Generated message map functions 

protected: 
//((AFX MSG(CScribbleView] 
afx msg void OnLButtonDown(UINT nFlags, CPoint point]; 
afx msg void OnLButtonUp(UINT nFlags, CPoint point]; 
afx msg void OnMouseMove(UINT nFlags, CPoint point]; 
ҰҰНАҒХ MSG 


|; 


WizardBar 的 辅佐 


WizardBar 是 Visual С++ 4.0 之 后 的 新 增 工 具 ， 也 就 是 文字 编辑 器 上 方 那 个 有 着 [Object IDs] 
和 【Messages】 清单 的 横 杆 。 关 于 修改 Message Map 这 件 事 ，WizardBar 可 以 取代 


ClassWizard 这 个 大 家 伙 。 


М 
O 


pg 


首先 ， 进 入 ScribbleViwe.cpp 〈 因 为 我 们 确定 要 在 这 里 加 入 三 个 鼠标 消息 处 理 例 程 ) ， 选 择 
WizardBar 上 的 【Object IDs】 为 CScribbleView ， 再 选择 【Messages ] % 
WM_LBUTTONDOWN， 出 现 以 下 转 面 : 

CScribbleView Object IDs[CscribbleView “| Messages|WM RBUTTONDOWN 


// Scribblelieu.cpp : implementation of the CScribbleUieu class «| 
A | 





Hinclude "stdafx.h" 
Hinclude "Scribble.h" 


Hinclude "SeribbleDoc. h" 
Hinclude " 2 





Hifdef ПЕРІ 
Hdefine new 
HBundef THIS, 
static char 
Hendif 


| ЕСУ) ' | | 
| 
4| | k 


回答 Yes， 于 是 你 获得 一 个 OnLButtonDown РА ==, — Е СІаѕѕ\Мігага 7/45. 38 TEES 
数 空 达 中 输入 你 的 程序 代码 。 


Serialize : 对 象 的 文件 读 写 


你 可 能 对 Serialization 这 个 名 词 感觉 陌生 ， ———— Persistence (Ж 
续 生 存 ) ， 只 是 后 者 比较 抽象 一 些 。 对 象 必须 能 够 永 续 生 存 ， 也 就 是 它们 必须 能 够 在 程序 结 
束 时 储存 到 文件 中 ， ES 储存 和 恢复 对 象 的 过 程 在 MFC 之 中 
就 称 为 serialization。 负责 这 件 重 要 任务 的 ， 是 MFC CObject 类 中 一 个 名 为 Serialize 的 虚 函 
TX, УНЫ 551 [E] 动作 均 透 过 它 


shan 受 类 问 下 管理 〈 一 如 本 例 ) ， 那 么 只 要 每 一 层 把 目 己 份 内 的 工作 做 
好 ， 层 层 交 竺 下 来 融 可 以 完成 整 份 数据 的 文件 动作 。 


Serialization 以 外 的 文件 读 罕 动作 


其 实 有 时 候 我 们 希 刻 在 重重 包 疤 之 中 返 瑟 汶 真一 下 ， 感 受 一 些 质 朴 的 动作 。 在 介 
Serialization 的 重重 包装 之 前 ， 这 里 给 你 一 览 文 件 实际 读 守 动作 的 机 会 


文件 I/O 服务 是 任何 操作 系统 的 主要 服务 。Win32 提供 了 许多 文件 相关 APIs: 开 文 件 、 
+ хе, ХИН, Ва... МЕС 把 这 些 操作 都 包装 在 CFile 之 中 。 可 想 而 知 ， 它 必 
然 有 Open. Close. Read, Write, Seek... 等 等 成 员 回 数 。 下 面 这 上 段 程序 代码 示 沁 CFile 如 
何 读 文 件 : 


char* pBuffer = new char[0x8000]; 
CFile file("mydoc.doc", CFile::modeRead); //iJ7tmydoc.doc 文件 ， 使 用 只 读 模 式 。 
UINT nBytesRead = file.Read(pBuffer, 0х8000) ;// 读 取 8000h 个 字 节 到 pBuffer 中 。 


上 述 程序 片段 中 ， 对 象 fle 的 构造 男 数 将 打开 mydoc.doc 档 。 并 且 由 于 此 对 象 产 生 于 阔 数 的 堆 


栈 之 中 ， 当 画 数 结束 ，file 的 析 构 函 效 将 目 动 天 闭 mydoc.doc 模 。 
开 文 件 模式 有 许多 种 ， 都 定义 在 CFile (AFX.H) 之 中 : 


enum CpenFlags 1 


modeRead = Ox0000, // ПЕЙ 
modeWrite = 020001, // ТЕН 
modeReadWrite =0x0002, // п ЕГ 
shareCompat = Ох0000, 
shareExclusive = Ox0010, // 唯 我 使 用 
shareDenyWrite = Ox0020, 


shareDenyRead =0х0030, 
shareDenyMone =0х0040, 
modeMoInherit =0х0080, 


modecreate = 0х1000, // Æ Epe (E==E|HEE 1 EAH R ҒАН Te АНЕ) 
modeMoTruncate = 0х2000, 

typeText = 0=4000, // typeText and typeBinary are used in 
typeBHinary = {1пі}бхӣаббб // derived classes only 


再 举 一 例 ， 下 面 这 段 程序 代码 可 将 文件 mydoc.doc 的 所 有 文字 转换 为 小 写 : 


char* pBuffer = new char[Ox1000]; 

CFile file("mydoc.doc", CFile::modeReadWrite]; 
DWORD dwBHytesRemaining = file.GetLength(í]; 
UIMT nBytesRead; 

DWORD dwPosition; 


while (dwBytesRemaining] í( 
dwPosition = file.GetPosition(]; 
nBytesRead = file.Read(pBuffer, 0х1000}; 
::CharLowerBuff(pBuffer, nHytesRead]; 
file.Seek((LOMG])dwPosition, CFile::begin]; 
file.Write(pBHuffer, nBytesRead]; 
dwBytesRemaining -= nBytesRead; 

] 

delete[] pBuffer; 


文件 的 操作 常 需 配合 对 异常 情况 (exception) 的 处 理 ， 因 为 文件 的 异常 情况 特别 多 
不 到 啦 、 文 件 handles 不 足 啦 、 读 写 失 败 啦 ...。 上 一 例 加 入 异样 情况 处 理 后 如 下 : 





: PARER 


char* pBuffer = new сбаг[(0х1000]; 


try í 
CFile file("mydoc.doc", CFile::modeReadWrite]; 
DWORD dwBHytesRemaining = file.GetLength(í]; 
ШІМТ nBytesRead; 
DWORD dwPosition; 


while (dwBytesRemaining] í( 
dwPosition = file.GetPosition(]; 
nHytesRead = file.Read(pBuffer, 0х1000}; 
::CharLowerBuff(pBuffer, nBHytesRead]; 
file.Seek((LOMG]dwPosition, CFile::begin]; 
file.Write(pBuffer, nHBHytesRead]; 
dwHytesRemaining == nHytesRead; 


] 
catch (CFileException* e] 1 
if ([e--cause == CFileException::fileMoteFound] 
MessageBox("File not found"]; 
else if (e--cause == CFileException::tooManyOpeFiles] 
MessageBox("File handles not enough"]; 
else if ([e--cause == CFileException::hardIcC] 


MessageBox("Hardware error"]; 


else if ([e--cause == CFileException::diskFull] 
MessageBox("Disk full"]; 
else if ([e--cause == CFileException::badPath] 


MessageBox("All or part of the path is invalid"]; 
else 

MessageBox("Unknown file error"]; 
e-»Delete(t]; 


] 
delete[] pByffer; 


台面 上 的 Serialize 动作 
让 我 以 Scribble 为 例 ， 同 你 解释 台面 上 的 〈 应 用 程序 代码 中 可 见 的 ) serialization 动作 。 根 据 
图 8-3 的 数据 结构 ，Scribble 程序 的 文件 读 写 动作 是 这 么 分 工 的 : 

е Framework 调 用 CSribbleDoc::Serialize， 用 以 对 付 文件 。 

e CScribbleDoc 再 往 下 调用 CStroke::Serialize， 用 以 对 付 线条 。 

e CStroke 再 往 下 调用 CArray::Serialize， 用 以 对 付 点 数组 。 


读 也 由 它 ， 守 也 由 它 ， 究 竟 Serialize 2356257 这 一 点 不 必 我 们 操心 。Framework 调用 
Serialize 时 会 传 来 一 个 CArchive 对 象 〈《 稍 后 我 会 解释 CArchive) ， 你 可 以 想象 它 代 表 一 个 文 
ft, Æx EIsStoring 成 员 孙 数 ， 即 可 知道 究竟 要 读 还 是 守 。 图 8-5 是 各 层级 的 Serialize 动作 
示意 图 ， 文 字 说 明 已 在 图 片 之 中 。 


注意 : Scribble 程序 使 用 cAarray«cPoint, cPoint» 储存 鼠标 位 置 坐标 ， 而 CArray 是 一 个 
template class， 人 解释 起 来 比较 复杂 。 所 以 稍 后 我 挖 给 各 位 看 的 Serialize 函数 原始 代码 ， 采 用 
CDWordArray ВРУ я В ЗЕСАггауВурХ я 8424. Visual С++ 1.5 版 的 Scribble 3547 = FD 
是 使 用 CDWordArray 〈 彼 时 还 未 有 template class) 。 


然而 ， 为 求 完 各 ， 我 还 是 在 此 先 把 CArray 的 Serialize 函 数 原始 代码 列 出 : 


template<class TYPE> 
void AFXAPI SerializeElements(CArchive& аг, TYPE* pElements, int nCount] 
i 

ASSERT(nCount == 0 || 


AfxIsValidAddress(pElements, nCount * sizeof(TYPE]]]):; 


// default is bit-wise read/write 
if (ar.IsStoring(]] 

ar.Write((void*]pElements, nCount * sizeof(TYPE]]; 
else 

ar.Read((void*)]pElements, nCount * sizeof(TYPE]]; 


templatecclass TYPE, class ARG ТҮРЕ> 
void CArray«TYPE, ARG TYPE2::Serialize(CArchive& ar) 
{ 

ASSERT VALID(this]; 

CObject::Serialize(ar]; 

if (ar.IsStoring(]] 

{ 


ar.WriteCountim nSize]; 


DWORD nOldSize = ar.ReëeadCount {}; 
SetSize(nOldSize, -1]; 


| 


SerializeElementsiíar, m pData, m nSize}; 











(3 CobList::Serialize(Carchives ar) | 
{ --- } ии БНАА БИР -5ь 


void CScribbleDoc:s:Serialize(jcCArchive& ar) 





1f (ar.IsStorinqi)] 
{ } 
else 
| { ) 
e» > trokeList.Serializei(ar): = 


m strokeList Д 
_ CObList mp 
— | | —. 
ӨЮ вое ЧЕЗЕЙИЙПП Я E. ) 
.F — BD EE Far pashpa AP 

















void CStroke::SerializeicCArechives ак) С) 


ЇЇ jar.IsStorinqgi)) 1 
ar << (WORDIm nPenWidth; 
ри pointAEkray.Serlalize(ar]: 
) 


m pointArray 是 
CDVWOordArray 7 



















else { b 
WORD w? 
аб >> М; ОВ CDWordArray::Serlilalize(Carchive& ағ) 


m nPenWidth = м; 
m pointArray.Serialize(ar]: 


|.) ИИ БНАА ЕІШЕ-5с 


图 8-5a Scribble Step1 的 文件 读 写 (X4) 动作 


void CObList::5Serialize(CArchive& ar] 
t 
ASSERT VALID(this]; 
CObject::Serialize(ar]; 
if (ar.IsStoring(]l] 
i 
ar.WriteCounti(m nCount]; 
for (CHMode* pMode = m pModeHead; PNode != NULL; 
рМоде = рМоде->рМехі] 
{ // J.dJd.Hou : ЯНГА а 
ASSERT([(AfxIsValidAddress(pMode, sizeof(CMode]]l]l; 


ar << pNoda-»data; 


і я одане MR 
: ИЗВНЕ CArchive ІН | 
else \ ЖИТ ВНИИ • | ) 
í ip — 

DWORD nNewCount = ar.ReadCount(]; _— | — 

CObject* newData; T at 


T di 
= ді 


while (nHewCount--] c 

{ // J.J.Hou : — НЕВЕ, Аня 
ar >> newData; 
AddTail(newData)]; 


Г 
图 8-5b CObList::Serialize 原始 代码 


void CDWordArray::Serialize(CArchive& ar] 
1 
ASSERT VALID(this]; 
CObject::Serialize(ar]; 
if (ar.IsStoring(]l] 
{ 
ar.WriteCount {m nSize]; // ВЕК, (т ЫЙ) НА аг 
ar.Write(m pData, m nSize % sizeof(DWORD]]; // ШШ Б УГ ЕДА аг 
] 
else 
{ 
DWORD nỌldSize = ar.ReadCount{}; 
SetSize(nOldsSize]; // 入 ar CERET A СИЕ} 
ar.Read(m pData, m nSize * sizeof(DWORD]]; // t£ ar ФЕН 


| 


8-5с CDWordArray::Serialize 原始 代码 


ІЫ [ File' Save ] 


CScribbleDoc БҰ ЕН CObList ВЕ Ас 


БЕНЛЕ КЕҢ ле EE CStroke ) ВЕ А: 


Жы ЕН Г - ИЕМ тү ЕЕЕ :呼叫 到 CStroke::Serialize 





CStroke ШЫҒЫ! ГЕР CAraysCPoint,CPoint-» Ее: Bl C. 
B-s AJEL CDWordArray БРЕЙН T EE) 


CArray::Serialize 1—18 CPoint ЯА ИЕН | 





图 8-5d Scribble Document 的 Serialize 动 作 细部 分 解 


实际 看 看 储存 在 磁盘 中 的 .SCB 文件 内 容 ， 对 Serialize 将 会 有 深刻 的 体会 。 图 8-6a 是 使 用 者 
在 Scribble Step1 程 序 的 绘图 画面 及 存盘 内 容 (以 Turbo Dump 观 察 获得 ) ， 图 8-6b 是 文件 内 
容 的 解释 。 我 们 必须 了 解 隐藏 在 МЕС 机 制 中 的 serialization 细 部 动作 ， 才 能 清楚 这 些 二 进位 
数据 的 产生 原由 。 如 果 你 认为 看 倾 印 代码 (dump code) 是 件 令 人 头晕 的 事情 ， 那 么 你 会 错 
失 许 多 美丽 事物 。 真 的 ， 倾 印 代 码 使 我 们 了 解 许多 深层 结构 。 


我 在 Scribble 中 作画 并 存 文件 。 为 了 突显 笔 宽 的 不 同 ， 我 用 了 第 10 章 的 Step3 版 本 ， 该 版 本 
的 Document 格式 与 Step1 的 相同 ， 但 允许 使 用 者 设 定 笔 宽 。 图 8-6a 第 一 条 线条 的 笔 宽 是 
2， 第 二 条 是 5， 第 三 条 是 10， 第 四 条 是 20。 文 件 储 存 于 PENWIDTH.SCB 文件 中 。 






ы - Реп rh тех] Ка m 
Eis Edi Ба Vw Window Hop ARX STEPI ТЕКЕШ 
ташы) т] a] жи (WE h E= 
| 一 ЖЕРИ) ，STEP3 +u 










Turbo Dump Version 3.1 Copyright (с) 1988, 1392 Borland Internariona 
Display of File PENWIDTH.SCB 









000000: 04 00 FF FF 01 00 07 00 43 53 74 72 GF 6B 65 02 ... .CStroke. 
000010: 00 02 00 19 00 00 00 16 00 00 00 19 00 00 00 16 ................ 
000020: 00 DO 00 01 во 05 00 03 00 18 00 00 00 2B 00 00 ..........-.. +. = 
000030: 00 18 00 00 00 2C 00 OO 00 18 00 00 00 2C 00 00 .....,....... раз 
000040: 00 01 ВО ОА 00 02 OO 18 00 00 00 48 00 OD 00 1B ...........H.... 
000050: 00 00 00 48 OO OO 00 01 80 14 00 02 00 18 00 00 ...Н............ 
000060: 00 64 00 00 00 18 0000 00 64 00 00 00 














Е 8-ба 在 Scribble 中 作画 并 存 文件 。PENWIDTH.SCB 文件 全 长 109 “= 


BE (hex) ВЯ 

0004 ETRAS Сонан JER < 

FFFF FFFF ЖЕП -1 * 32. New Class Tag ( HIRR) «+ РЕЯ · 
£L RCER— НАЕМА СЛАБОЕ ) 

0001 ABER Schema no. * ЕТЕНЕ E US - 此 数值 由 
MPLEMENT SERIAL 巨 集 的 第 三 个 参数 指定 + 

0007 表示 富 面 接著 的 「 ЖИНАЙ E 7 个 字 元 … 

435374726F6B65  "CStroke" ( WUJA) 的 ASCI  - 

0002 s миле - 

0002 BRRR A САА) - 


00000019.00000016 ”第 一 体委 人 条 的 第 一 个 点 座 标 《CPomr ЖЕ) + 
00000019.00000016 AMRITA REA 《CPoim WEF) = 


8001 ABER (woOldClassTag | nClassIndex) АНЕ + 表示 接 下 来 的 物件 
(ЗЕНЕН ЕН! С ТИЕ Peak ) 

0005 38. ЕН - 

0003 38 ЕИ ВЕНУ АВИА: h (Ж) - 


00000018.0000002B — 38— FRE (R28 ЕВЕ (с”гет 物件 ) = 
00000018.0000002C — 38 — fRER (E228 (НЕНІ (Сол WF) + 
00000018 000000287 ЭБЕН ={ЧА КЕЕ Crom БИЕ) - 


8001 ЖЛЕ ТОНОГ Е Е ЯТ > 
(QU A s= Wap W BF 。 
0002 AZRA (ЕВГ) = 


00000018.00000048 — 38— УА — ПКЕ (Croin 物件 ) - 
00000018.00000048 ЗВЕРЕВ {НДЕ (C CPoinr 物件 ) > 


8001 ЕТЕ TR TO ps EHAE] > 
0014 ЖЯ И e ИЕ = 
0002 рН ВЕНА, ЖЫҚ». 


00000018.00000064 ЖЖ ЧӨ E ( CPoinr 物件 ) > 
00000018.00000064 #8F800688086928 {МЕККЕ (Croin 物件 ) = 


图 8-6b PENWIDTH.SCB ХА. ях f Intel3 FB "little-endian" 字 节 排列 方式 ， 每 一 
个 字 组 的 前 后 字 节 系 颠 倒 放 置 


台面 下 的 Serialize 写 文 件 奥秘 


你 属于 打破 人 砂锅 问 到 底 ， 不 到 黄河 心 不 死 那 一 型 吗 ?我 会 满足 你 的 好 奇 心 。 从 应 用 程序 代码 
的 层面 来 看 ， 关 于 文件 的 读 写 ， 我 们 有 许多 环节 无 法 打通 ， 类 的 层 层 调用 动作 似乎 有 几 个 缺 
口 ， 而 图 8-6a 文 件 文件 倾 印 代码 中 神秘 的 FF FF 01 00 07 00 43 53 74 72 6F eB 65 也 暧昧 难 


BH. ЛЕК ЕН 22 X 


在 挖 宝 过 程 之 中 ， 我 们 当然 需要 一 些 工具 。 我 不 选用 昂贵 的 电钻 、 空 三 机 或 怪 手 (因为 你 可 
能 没有 ) ， 我 只 选用 简单 的 鹤 跨 铀 和 铲子 : 一 个 文字 搜寻 工具 ， 一 个 文件 倾 印 工具 ， 一 个 
Visual C++ 内 含 的 除 错 器 。 


е GREP.COM : UNIX 上 赫赫 有 名 的 文字 搜寻 工具 ，Borland С++ 编译 器 套件 附 了 一 个 DOS 
版 。 此 工具 可 以 为 我 们 搜寻 文件 中 是 否 有 特定 字符 串 。PC Tools 也 有 这 种 功能 ， 但 PC 
Tools 属 于 重量 级 装 各 ， 不 符合 我 的 选 角 要 求 。GREP 的 使 用 方式 如 下 : 


FE: NMSDEVNMFCN SRC> grep -d Serialize * AA «Enter 


N лау 
аз ES Сане E: 
ТН ea s Eo › 


d ep Bec — HESS (КОШИ › 


e TDUMP.EXE : Turbo Dump, Borland C++ 所 附 工 具 ， 可 将 任何 文件 以 16 进 位 代码 显 
示 。 使 用 方式 如 下 : 


C:N> tdump penwidth.scb (输出 结果 将 送 往 屏 幕 ) 


` 
=V; 
— 


С:\> tdump penwidth.scb > filename (输出 结果 将 送 往 文 件 ) 


e Visual C++ 除 错 器 : 我 已 在 第 4 章 介 绍 过 这 个 除 错 器 。 我 假设 你 已 经 懂得 如 何 设 定 中 断 
点 、 观 察 变量 值 ， 并 以 Go、Step - Ses Over, Step Out, Step to Cursor 进行 除 
Ak, ЗЕЯ C BJ ИВ x, "Саі Stack", 


如 果 我 把 中 断 点 设 在 CScribbleDoc::OnOpenDocument В iJ — 13, 


[сзспьыерос +] ишана: [ЕГ 


////////////////////////////////////////// 722/7 
// CScribbleDoc commands 


CScribbleDoc Object IDs 








Messages 








BOOL C$cribbleDoc::O0nOpenDocument(LPCTSTR lpszPathName) 





if ('CDocument::OünOüpenDocument( lpszPathName)]) 
return FALSE; 

InitDocument(); 

return TRUE: 


Jia 


然后 以 Go 进入 除 错 程序 ， 当 我 在 Scribble 中 打开 一 份 文 件 (首先 面 对 一 个 对 话 框 ， 然 后 指定 
文件 名 )， 程序 停留 在 中 断 点 上 ， 然 后 我 选 按 [View/Call Stack] , Him, [Call Stack】 窗 
口 ， 把 中 断 点 之 前 所 有 未 结束 的 函数 列 出 来 。 这 份 数 据 可 以 帮助 我 们 挖 据 MFC。 


好 ， 图 8-5a 的 函数 流程 使 图 8-6a 的 文件 文件 倾 印 代 码 曙 光 乍 现 ， 但 是 其 中 有 些 关 节 仍 还 模 模 
糊糊 ， 旋 明 旋 上 暗 。 那 完全 是 因为 CObList 在 处 理 每 一 个 元 素 ( 一 个 CObject 派生 类 之 对 象 实 
Ж) 的 文件 动作 时 ， 有 许多 幕后 的 、 不 易 观 察 到 的 机 制 。 让 我 们 从 使 用 者 按 下 (Save As】 选 
单项 目 开始 ， 追 踪 程 序 的 进行 。 


БИЙ ка: Wew Window Help 














Mew Cur] N 
(pan... Culto 
Close 


жй Scribble 程式 + ФАНТА [Save As] 
Wird c SHBA oE RE I ! CCmdTarget TEME HETE 
Message Map баде ЗА Han С ЖЕР,» ФОН 





Save Сш+5 





Print... 


;  CDocument 85819 АНЕ : 
Print Preyiew 
Font Setup... BEGIN MESSAGE MAP(CDocument, COmdTarqget) 
EOD {АРХ МБС МАР (CDocument] 

































ON COMMAND(ID FILE CLOSE, OnFileClose) 
ON СОММАМО {10 FILE SAVE, OnFileSave] 
ON COMMAND(ID FILE SAVE AS, OnFileSaveAs) 
//) JAFX MSG МАР | 

| END MESSAGE МАР! ] 


1 БАМББЕЛМА., Penwidth.seb 
d scibblscE 
Exit 


# 1 pE [Save As] 3|% CDocument:OnFileSaveAs ЭРЛ. 


void CDocument::OnFileSaveAs!)] 
[ 
1f (!DeSave (НОГ) | 
TRACED("Warning:|]File save-as failed.Xn"]; 


BOOL CDocument::DoSave(LPCTSTR lpszPathl 
{ 
CString newName = lpszPathName; 
it inewName.IsEmptyi]) 
{ 
CDocTemplate* pTemplate = GetDo: 
пем ате = m strPathName; 


bile Files C8 sci] 


ТЕ (['AfÍxGeLtAppi]-?DoProómptFileNameinewName, 
bReplace ? AFX IDS SAVEFILE : AFX IDS SAVEFILECOPY, 
OFN HIDEREADONLY | OFN PATHMUSTEXIST, FALSE, pTemplate]] 
return FALSE; // don't even attempt to save 
] 


CNaitCursor wait; 


it (['onSaveDocument inewhName | | 


i 9 





HOOL CDocument : :OnSaveDocument {LECTSTR lpeszPathName] 
{ 
CFileException rfe; 
CFile* pFile = NULL; 
pFile = GetFileilpszPathHMame, CFile::modecCreate | 
CFile::modeReadWrite | CFile::shareExclusive, &fe]; 


CArchive saveaArchive(pFile, CArchive::store | 
CArchive::bHoFlushonDeletea): 





saveArchive.m pDocument = this; ; V - ей x 

екеніне овса tel = FALSE; ВЕГА УЕР CDocument::Serlalize Ваи L 

TRY s = Serialize ГЕ НІ, "ПП CScribbleDoc PRR 

{ + 而 且 目 前 的 this 指标 是 指 同 CScribbleDoc 物件 
CWaitCursor wait; m = ЕВИНИН руа а. Scribble Docmeni ; 
Serialize(savehrchive); REET EREMO LECKNERMR €) 
saveArchive.Close(]; 所 以 过 里 呼叫 的 是 CSecribbleDoc:Serialize [ тї ° 
ReleaseFileiípFile, FALSE]; | ЖЕКЕН BERE | 

] 

] did void CEScribbleDoc::Serialize(CArchive& ar] 


11 


m strokeList.Serialize(ar): 





m strokeList ЕМЕ CObList 物件 





void CObList::5Serialize(CArchive&k ar] 


1 






CObject::Serialize(ar]; 










j (ar.IsStoring(ií]] 示例 之 CObList ME DES À ЖЕ, Еа 0004 


ar.WriteCounti(m nCount); 
Гог (CMode* pMode = m pModeHead; 
рМоае != NULL; pMode = pHode-?pMext] 


CArchive ЯР << SRRDTQRT 
3541 (overloading ) НЕ» 





аг << pNoda-»data; 










 AFX INLINE CArchive& АҒХАРІ operator<<(CArchives аг, 
const CObject* роб] 
{ ar.Writaüobject(püob); return ar; | 


nu CArchive::VvriteObject 





ТЕ 
你 属 дн 不 到 黄河 心 不 死 那 一 型 吗 ? 3x Б Л SCIES E ду BEBE TREE AS. T 
据 我 的 经 验 ， 经 过 这 人 么 一 次 巡礼 ， 我 们 融 能 够 透析 МЕС 的 内 部 运作 并 确实 掌握 MFC 的 类 运用 


7 жи DNE 知 其 所 以 然 的 境界 了 。 


台面 下 的 Serialize 读 文 件 奥秘 


大 大 地 呆 口 气 吧 ， 能 够 把 MFC 的 Serialize 守 文 件 动作 完全 措 透 ， 是 件 值得 慰劳 自己 的 T 
绩 」。 但 是 你 只 能 轻松 一 下 下 ， 因 为 读 文件 动作 还 没有 讨论 过 ， 而 读 文 件 绝 不 只 是 | 写 文 件 
的 逆向 操作 」 而已。 


把 对 象 从 文件 中 读 进来 ， 究 竟 技 术 天 键 在 哪里 ? 读 取 数 据 当 然 没 问题 ， 问 题 是 
[Document/View/Frame 三 口 组 」 怎 么 产生 ? 从 文件 中 读 进 一 个 类 名 称 ， 又 如 何 动 态 产 " 
312& ? 当 我 从 文件 读 到 "CStroke" 这 个 字符 串 ， 并 且 知 道 它 代表 一 个 类 名 称 ， 然 后 我 怎么 
我 能 够 这 么 做 吗 : 


void CArchive::WriteObject(const CObject* рор} 
1 
DWORD nObIndex; 
// make sure m pStoreMap is initialized 
MapObjectiíNULL); 


if (pOb — NULL) 


[^ шше 
else if ((nObIndex = (DWORD](*m pStoreMap][(void*]pOb]] != üJ 


iir ӨМ SN UE ER E t cB + 首先 要 从 : T Е 

Ü i , 中 取出 CRuntimeClass ГЕР (ЖАСИН 3 章 
// write class of object first ИЧЕ ШЕ ? ) A 
CRuntimesClass*# pClassBaf = pOb--GeotREuntimoecClass(i): 


Writeclassi(pClassRaf): 







ША // enter in stored object ta ecking for overflow 
CheckCount (]) ; 
(“т psStoreMap)[(void*]pOb] = (3 jm nMapCount**; 
// cause the object to serialize itself 
((CObjact*)pOb)--Sarializa(*this): 





#define wNullTag [ (WORD) 0) 

#define wNewClassTag  [[WORD)OxFFFF) 
#define wClassTag | (HORD) 0x80001 
#define dwBigClassTaq [ [DWORD)Ox80000000]) 
#define wBigObjectTag [[WORD)Ox7FFF) 
#define nMaxMapCount  [[DWORD)Ox3FFFFFFE)] 


void CArchive::WriteClass[const CRuntimeClass* pClassRef) 
1 
if [pClassRef-5»m wSchema == OxFFFF) 
{ 
TRACE1("Warning: Cannot call WriteClass/WriteObject for *hs.Xn", 
pClassRef-»m lpszClassName); 


AfxThrowHotSupportedEx: 本 例 CObList 申 列 内 之 元 来 种 类 (也 就 是 "CoObject 
г. 衍生 类 别 ，) 只 有 一 种 (CStroke) ， 所 以 nClasslndex 
DWORD nClassIndex; KRR 1- ЕН 8001 · 


if [[nClassIndex = [DWORD)[*m pStoreMap)|[void*)pClassEKef]) іа Uj 
| | 


// previously seen class, write out the index tagged by high bit 
ЧЕ [nClassIndex < wBigObjectTaqg) | 

*this << (WORD)(wClassTag | nClassIndex); 
else 


{ 


*this << wBigObjectTaq; 
*this << [dwBigClassTag | nClassIndex); 
} 
| 
else ; | | E 
{ AHP PONTE (ЖШ) АЕ FFFF « 
// store new class 
*this << wNewClassTag: 
pClassRef-»5Store(*this); a 





CString aStr; 
. // read a string from file to aStr 
CStroke* pStroke = new aStr; 


Літ ! 这 是 语言 版 的 动态 生成 ; 没有 任何 一 个 C++ 编译 器 支持 这 种 能 力 。 那 么 我 能 够 这 么 做 
тЫ: 


CString aStr; 
CStroke* pStroke; 
// read a string from file to aStr 
if {astr == CString("CStroke"] 
C5troke* pStroke = new CStroke; 
else if (aStr == CSting("cl1"] 
Cl* pCl = new Cl; 
else if (aStr == CSting("c2"] 
C2* pC2 = new C2; 
else if (aStr == CSting("c3"] 
01% pC3 = new C3; 
else ... 


可 以 ， 但 真是 粗糙 啊 。 万 一 再 加 上 一 种 新 类 呢 ? 万 一 又 加 上 一 种 新 类 呢 ? 不 胜 其 扰 也 | 


第 3 章 已 经 提出 动态 生成 的 观念 以 及 实现 方式 了 。 主 要 关键 还 在 于 一 个 [类 型 录 网 」 。 这 个 
型 录 网 就 是 CRuntimeClass 组 成 的 一 个 串 列 。 每 一 个 想 要 享有 动态 生成 机 能 的 类 ， 都 应 该 在 
| 类 型 录 网 ] 上 登记 有 案 ， 登 记 数 据 包括 对 象 的 构造 函数 的 指针 。 也 融 是 说 ， 上 述 那 种 极 不 
优雅 的 比 对 动作 ， 被 MFC 巧妙 地 埋 起 来 了 ; 应 用 程序 可 以 风姿 优雅 地 ， 单 单 使 用 
DECLARE_SERIAL 和 1MPLEMENT_SERIAL 两 个 宏 ， 就 获得 文件 读 写 以 及 动态 生成 两 种 机 
制 |。 


我 将 仿效 前 面 对 于 写 文件 动作 的 探索 ， 看 看 读 文 件 的 程序 如 何 。 


( File/Open ] CScribbleApp 的 Message Мар 中 指定 由 CWinApp::OnFileOpen() 
Же [File/Open] АЕ. 
BEGIN MESSAGE | MAP (CScribbleApp, CWinApp] 


ON COMMAND (ID . APP ABOUT, OnAppAb5out) 
ON COMMAND[ID FILE NEW, CWinApp::OnFileNew) 





ON COMMAND (ID ` FILE OPEN, CWHinApp::OnFileOpen) 
ON | COMMAND [ID _ FILE | PRINT SETUP, CWinApp::5gEilePrintSetup; 
END MESSAGE МАР() 





void CWinApp::onFileOpen()] 









| | 
m рбосМападег 是 个 CDocManager ASSERT (m pDocManager != NULL); 
物件 ， 德 者 是 一 个 未 公开 的 风 FC 4.0 _ m pDocManager-»OnFileOpen(); 
AA ^ НЕ — 0] Document 
Template = 


void CDocManaqer::OnFileOpen[])] 
I 
// prompt the user (м 
CString newName; mm 
1f [(!DePromptFileName(newName, АРХ IDS OPENFILE, 
OFN HIDEREADONLY | OFN FILEMUSTEXIST, TRUE, NULL] ) 
return; // open cancelled 








AfxGetAppi)-»OpenDocumentFile (newName)] ; 
// if returns NULL, the user has already been alerted 






г. FI 


深入 浅 出 MFC 







CDocument* CWinApp::OpenDocumentFile(LPCTSTR lpszFileName) 
I 

ASSERT (т pDocManager != NULL); 
return m pDocManager-»O0penDocumentFile([lpszFileName]; 


Template 的 工作 ' 如 AddDocTemplate > 
OpenDocumentFile 和 NewDocumentFile ;自从 
МЕС 4.0 z ЕДЕН ЕН CDocManager AH - 


CDocument* CDocManager::üpenDocumentFi1le [LPCTSTR lpszFileName) 
| 

// find the highest confidence 

CDocTemplate* pBestTemplate = NULL; 

CDocument* pOpenDocument = NULL; 

TCHAR szPath[ MAX PATH]; 

... // fi Document Template #9, 中 找 出 最 适当 之 template ' 

... // 放 到 pBestTemplate p- 

return pBestTemplate-»OpenDocumentFile([szFath); 





ННІ: CMultiDocTemplate 4AT OpenDocumentFile， 所 以 呼叫 
的 是 CMultiDocTemplate::OpenDocumentFile • 


ma gs 
ГЕ 


| CDocument* CMultiDocTemplate::OpenDocumentFile|LPCTSTR lpszPathName, 
BOOL bMakeVisible] 
{ 
CDocument* pDocument = CreateNewDocument(í()]: 






T — | 
L^ "CDocTemplate 2 
1f (lpszPathName == NULL) ED T дна 

( 


CFrameWnd* pFrame = CreateNewFrame(pDocument, NULL); 





// create a new document - with default document name 


// open an existing document 
CWaitCursor wait; 


f [('pDocument-»OnOpenDocument|lpszPathName]) 


ЕҢ CScribbleDoc ЖТ OnOpenDocument ， 
ЖЕРЩ RC ScribbleDoc::OnOpenDocument 


















1f ('cCDocument: nope ec ans ы зады?! 1 


return FALSE; 


InitDocument |]: 
return TRUE; 
TH 


InitialUpdateFrame(pFrame, pDocument, bMzkeVisiblae); 
return pDocument; 
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BOOL CDocument::OnOpenDocument(LPCTSTR lpszFathName] 


{ 
CFileException fe; 
CFile* pFile = GetFile(lpszPathHame, 

CFile::modeRead|CFile::shareDenyWrite, &fe]; 

DeleteContents(í(]):; 
SetModifiedFlag(]; // dirty during de-serialize 
CArchive loadArchive(pFile, CArchive::load | 
CArchive::bMoFlushonDelete]; 
loadArchive.m pDocument = this; 
loadArchive.m bForceFlat = FALSE; 
TRY 
{ 
CWaitCursor wait; 
if (pFile-»GetLength(] != 0) 

Sarializea(loadArchiva): // load me 
loadArchive.Close(t]): Н> CScnbbleDoc ЕЗ T Serialize ' 
ReleaseFile(pFile, FALSE); ЧЫ 所 以 呼叫 的 是 CscribbleDoc:Serialize 

] 
i void CScribbleDoc::Serialize(CArchive& ar] 






{ 


m strokeList.Sarialize(ar]; 














void CObList::Serialize([CArchive& EIU 
1 





CObject::Seríalize[ar); 
if [ar.IsStoring[)) 
1 


] 
else ЖЇЗ Л. 0004 
DWORD nNewCount = ar.ReadCount[); 


CObject* newData; 
while [nNewCount--) 


ar >> newData; - ч 
AddTail (newData) “Уу ЖЖЖ (overloading) 化 


_АЕХ INLINE CArchive& AFXAPI operator»»[CArchive& ar, 
CObject*& pOb) 





i РОБ = ar.ReadObject[NULL); return ar; | 





” ВЕ CArchive::ReadObject 
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COb]|ect* CArchilve::BReadOb]ecticonsr CRuntimecClass* F 
pClassReIRegsquested) 


{ 


ҰР attempt to load next stream as CRuntimecClass 

UINT nSchema; 

DWORD obTadg: 

CRuntimeClass* pClassBRef = ReadClassipClassRefRenquested, 
&nSchema, &obTaq)]: 


ҰР check to see ії tag to already loaded object 
о  COobject* pob: 
= 1t ipcClassRef == NULL] 
[o£ ) 


else 


{ 





// allocate a new object based on the с IMPLEMENT. SERIAL(CStrake, ...) 


РОБ = pClassHef-5CreateObjectií] : ВЕНН IEEE ZT F, ШЫН ЕЕ 


// Add to mapping array BEFORE de-3 ы ПАЈЕ : 
Che ckCount i] # ш 
m pLoadArEray-2InsertAt| Cobject* PASCAL CStroke::CreateOb]ecti] 







retüukrn new CStroke: 











// Serlalize the object] 
UINT nSchemasSave = m nomp 
m nOb]ecrSchema = nSchema; 
pob-25erialize(*this]: 
m nob]ectschema = nšehem 





ver 


} 


return РОБ; р) 
} 


FEHU CStroke::Serialize 





| CRuntlmeClass* CArchive::ReadClassiconst CRuntlmeClass* pClassReIRequesteda, 
А UINT* pSchema, DWORD* pobTag] 
Í - 


WORD “Тай; ERRA FFFF 


*this >> мтч; 





CRuntlmeClass* pClassReti; 
UINT пёсһаша; 
lf iwIag == wMewlassTam) 
{ 
// new object follows а new class id 
і? iipcClassHef = CRuntimeClass::Loadi(*this, nS chema) == NULL) 





| © 
DWORD peClasslIncadex: 


/) PBR nCLassIndex 骨 蘑 类 别 ， 闪 是 从 类 别 型 录 网 中 取出 
// 其 CRuntimeClass fit pClassRet ф - 


} 


return pClassHef; 
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&CRuntimeClass* PASCAL CRuntimeClass::Load(CArchive& ar, 
UINT* pwSchemaNum) // loads a runtime class description 


WORD nLen; 
char szClassName [64]; 
CRuntimeClass* рС]азз; 


[ 本 例证 入 "CStroke” 


if (nLen >=  countof(szClassName) || | 
ar.Read(szClassName, nLen*sizeof(char)) !- nLen*sizeof(char)) 
{ 
return NULL; 
] 
aszcClassName[nLen] = САО”; 


// search app specific classes 

AFX MODULE STATE* pModuleState = AfxGetModuleState[); 

AfxLockGlobals(CRIT | RUNTIMECLASSLIST); 

for (pClass = pModuleState-»m classList; pClass !- NULL; 
pClass = pClass-»m pNextClass) 


if (1strcmpA(szClassName, pClass->m lpszClassNama) 


AfxUnlockGlobals(CRIT RUNTIMECLASSLIST); 
return pClass; 


void CS5troke::S5erialize(jCArchive& ar) 
{ 
1f (ar.IsgStoringi))] 


WORD w: d BER А, 0002 

аг >> М; 

m nPenWldth = w; 

m pointArray.Serialize(ar); 





void CDWordArray::Serialize(CArchive& ar) 
( 
CObject::Serialize([ar]: 


if jar.IsStoringi]] 


1 
| 
else BER А. 0002 
i 
СНОВО nOldSize = ar.ReadCount/]: 
SertsizeinOldSize]; 
ar.Readim pData, m nSize * sizeof(DWORD]]: 
} 


ЖЕШ Л. 00000019, 00000016. 00000019. 00000016 
注意 mW -sScribble * ВЕН ВУИ ZELUS 
CArray«CPoint.CPoint» « ЖИЙ | ay 

REISSEININNIGE "WELO Seriatze ББ” (#501 页 ) PHRA- 
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DYNAMIC / DYNCREATE / SERIAL = 7 


ЭЛЕН ЖЕЛЕ ВЕН ЖАН, GNE : 
e DECLARE DYNAMIC / IMPLEMENT DYNAMIC 
e DECLARE DYNCREATE / IMPLEMENT DYNCREATE 
e DECLARE SERIAL / IMPLEMENT SERIAL 


事实 上 我 已 经 在 第 3 章 揭露 其 原始 代码 及 其 观念 了 。 这 里 再 以 图 8-7 三 张 图 片 把 宏 原 始 代 
码 、 展 开 结 果 、 以 及 带 来 的 影响 做 个 整理 。SERIAL 宏 中 比较 全 人 费解 的 是 它 对 >> 运算 符 的 
重 载 动作 。 稍 后 我 有 一 个 CArchive 小 节 ， 会 交待 其 中 细节 。 


你 将 在 图 8-7abc 中 看 到 几 个 信人 困惑 的 大 写 党 数 ， 像 是 AFXAPI、AFXDAITA 等 等 。 它 们 的 意 
义 可 以 在 VC++ 5.0 的 DEVSTUDIO\VC\IMFC\INCLUDEWAFXVER .H 中 获得 : 


// AFXAPI is used оп global public functions 
Wifndef АҒХАРІ 

Kdefine AFXAPI _ stdcall 
#endif 


#define AFX DATA 
#define AFX DATADEF 


后 二 者 就 像 afx_msg 一 样 (我 佛经 在 第 6 章 的 Hello МЕС 原始 代码 一 出 现 之 后 解释 过 ) ， 是 
一 个 "intentional placeholder"， 可 能 在 将 来 会 用 到 ， 目 前 则 为 「 无 物 」 。 


DYNAMIC / DYNCREATE / SERIAL 三 套 宏 分 别 在 CRuntimeClass 所 组 成 的 「 类 型 录 网 」 中 
填写 不 同 的 记录 ， 使 MFC 类 (以 及 你 目 己 的 类 ) 分 别 具 备 三 个 等 级 的 性 能 : 


e 其 础 机 能 以 及 对 象 诊断 (可 利用 afxDumop 输出 诊断 消息 ) ， 以 及 Run Time Туре 
Information (ЕТТ!) 。 也 有 人 把 RTTI 称 为 Run Time Class Information (ВТС!) 。 


° 动态 生成 (Dynamic Creation) 
e X (Serialization) 


КВУ Ж ОН 8 T Z Е НЕВЕ, fSGu ЕРТ В ВУЈУ5 ХЕ. 283549 9] 32 9, 1ГЕ 8 ARID) 
8E, ІҢ 8-8. 


ІЛЕ ЕТТІ Dynamic Creation мега іе 
EX CObject::IsKandOf— CRuntimeClass::CreateObject CArchive::operator> 
CArchiyve::operator 
DYNAMIC Yes Мо No 
DYNCREATE Yes Yes хо 


SERIAL Tes Yes les 
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Scribble Step1 程 序 中 与 主 结构 相关 的 六 个 类 ， 所 使 用 的 各 式 宏 整理 如 下 : 


类 名 称 基 类 


CSeribbleApp CWmApp 


СМашҒташе CMDIFrameWnd 


CChildFranme— CMDIChildWnd 


CSeribbleDoc CDocument 


CStroke CObject 


CScribble View C View 










class CFoo : public CObject 


| 
DECLARE DYNAMIC|(CFOO] 


IMPLEMENT DYNAMIC(CFoo, CObject] 





define 
AFX_ DATADEF CRuntimeClass 







CRuntimeClass* Ca napa: 


CFoo::classCFoo 


= 





IMPLEMENT ' RUNTIMECLASSiclass паки ех 


{ return &class name::class#ñclass name; ] x 


使 用 之 安 


One 

DECLARE DYXAMIIC(CMGanlrame) 

IMPLEMENT DYXNAMIC(CMainF rame, CMDIF rameWnd) 
DECLARE DYNCREATE(CChildFrame) 

IMPLEMENT DYNCREATE(CChildF rame, CMDIChildWnd) 
DECLARE DYXCREATE(CSeonbbleDoc ) 

IMPLEMENT DYNCRE ATE(CseribbleDoc, CDocument) 


DECLARE SERIAL(CStroke) 
IMPLEMENT SERIAL(Cstroke, Cobject. 1) 


DECLARE. DY*CREATE(CSenbbleView) 
IMPLEMENT DYSNCREATE(CscribbleView, CView) 


(define DECLARE DYNAMIC(class пате) \ 





static АРХ DATA CRuntimecClass classiffclass name; 
virtual CRuntimeClass* GetRugtimeClassi] const; ` 





class CFoo : public CObject 


{ 
public: 


base class name] \ 
“пате, base | class name, DxFFFF, NULL] 







class name: 


:GetRuntimeClass i) const ` 
















&CObject::classCObject, NULL }; 


NULL 


( return &CFoo::classCFoo; ) 





CüOhbject:classCOhbject 
NULL 


-7a DECLARE DYNAMIC / IMPLEMENT DYNAMIC 
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Kdetine RUNTIME CLASS(class пате) % 
| (&class name::classifclass name) 


AFX DATADEF CRuntimeClass CFoo::classCFoo = í 
"CFoo", sizeoficlass CFoo], OxFFFF, 


atic const AFX CLASSINIT init CFooij&CFoo: 
HuntimeClass* CFoo::GetRuntimeClassí) const 


static AFX DATA CRuntimecClass classCFoo; 
virtual CRuntimeClass* GetRuntimeClass!] const; 





NULL, 


:;classCFoo]; 


331 


oH AFX.H 


class CDynobj : public CObject 









t #de fine DECLARE DYNCREATE(class name) \ 


DECLARE DYNCREATE (CDynobj) DECLARE DYNAMIC (class_name) x ` 
- static CObject* PASCAL CreateObject(); 





class CDynobj : public CObject 
{ 

static AFX DATA CRuntimeClass classCDynobj: 
IMPLEMENT DYNCREATE (CDynob3 CObject) virtual CRuntimeClass* GetRuntimeClass() const; 


#define IMPLEMENT DYNCREATE (class name, base “class name) \ 
CObject* PASCAL class name::CreateObjec 
| AFX.H { return new class name; ] \ | 
СЄ _ТМРЬЕМЕМТ RUNTIMECLASS(class name, base class OxFFFF, X 
class name::CreateObject) 


CDynobj::classCDynobj 


ШК; | 
| m_pBaseClass - | CObject::classCObject 


CObject* PASCAL CDynobj::CreateObject() \ 
( return new CDynobj; ] \ 

AFX DATADEF CRuntimeClass CDynobj::classCDyncobj = í 
"CDynobj", sizeof(CDynobj), OxFFFEF, 
&CObject::classCObject, NULL }; 

static const АРХ CLASSINIT init CDynobj(aCDynobj::classCDynob]); 

CRuntimeClass* CDynobj::GetRuntimeClass() const 

{ return &CDynobj::classCDynobj; 1 













F 
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| define DECLARE SERIAL(class name) \ АРХ. 
сеня CDynobj : public CObject DECLARE DYNCREATE(class name) \ | К.Н. 

| E | j қ - | * : E 

DECLARE SERIAL(CDynobj] — | friend CArchive& AFXAPI operator»»(CArchive& ar, class name* &pOb]; 


class CDynobj : public CObject 
{ 
erem static AFX DATA CRuntimeClass classCDynobj: 
ESSE virtual CRuntimeClass* GetRuntimeClass(] const; 
static CObject* PASCAL CreateObjecti]: 


Kdefine IMPLEMENT SERIAL(class name, base Class 
CObject* PASCAL class name::CreateObjér 
( return new class name; } \ | 

 IMPLEMENT RUNTIMECLASS(class name, base c 
class name::CreateObject] \ 
CArchive& AFXAPI operator»»(CArchive& ar, Ж 
{ РОБ = (class name*) ar.ReadObject (RUNTIME 
return ar; ] \ 





CDynobj::classcDynobj CObject* PASCAL CDynobj::CreateObject(] 
( return new CDynobj; } ^ 
; AFX DATADEF CRuntimeClass CDynobj::classCDynobj 
"CDynobj", sizeof(CDynobj], , CDynobj::CreateObject, 

&CObject::classCObject, NULL }; 





sizeof(CDynobj) 


CDynobi:CreateObject | static const AFX CLASSINIT init CDynobji(&CDynobj::classCDynob]]; 
a CRuntimeClass* CDynobj::GatRuntimaClass() const 


m pBaseClass CObject::classC Object ( return &CDyncobj::classCDynobj; } 
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Serializable 的 必要 条 件 





АА: о I m A ` ума 7 w L \ / P ~i ' S UU E {78 ` L ғу ғу ^) 
из О ғғ Document-View ж. А74 24 


欲 让 一 个 对 象 有 Serialize 能 力 ， 它 必须 派生 自 一 个 Serializable 类 。 一 个 类 意欲 成 为 
Serializable， 必 须 有 下 列 五 大 条 件 ; 至 于 其 原因 ， 前 面 的 讨论 已 经 全 部 交待 过 了 。 


1. 从 CObject 派生 下 来 。 如 此 一 来 可 保有 RTTI、Dynamic Creation 等 机 能 。 

2. 类 的 声明 部 分 必须 有 DECLARE_SERIAL 宏 。 此 宏 需 要 一 个 参数 : 类 名 称 。 

3. 类 的 实现 部 分 必须 有 IMPLEMENT SERIAL 宏 。 此 宏 需 要 三 个 参数 : 一 是 类 名 称 ， 二 是 父 
类 名 称 ， 三 是 schema по. 

4. 改 守 Serialize 虚 函 数 ， 使 它 能 够 适当 地 把 类 的 成 员 变量 守 人 文件 中 。 


5. 为 此 类 加 上 一 个 default 4438 ES (Ем нор) 。 这 个 条 件 曾 为 人 所 忽略 ， 
但 它 是 必要 的 ， 因 为 在 一 个 对 象 来 自 文 件 ，MFC 必须 先 动态 生成 它 ， 而 且 在 没有 任何 参数 的 
情况 下 调用 其 构造 玉 数 ， 然 后 才 从 文件 中 读 出 对 象 资料 。 


如 此 ， 让 我 们 再 复习 一 次 本 例 之 CStroke， 看 看 是 否 符 合 上 述 五 大 条 件 : 


// in SCRIBBLEDOC.H 
class CStroke : public CObject // ШЕН CObject С 1 ) 
| 
public: 
CStroke(UINT nPenmWidth); 


protected: 
CStroke(); // БЕҰН-ІН default constructor (5) 
DECLARE SERIAL(CStroke) // Ё SERIAL ESR (FZ) 

protected: 
UINT m nPenWidth; 

public: 


CArray«CPoint,CPoint^ m pointArray; 


public: 
virtual void Serialize(CArchive& ar); // WW Serialize [Hr (ЖА) 
l; 


// in SCRIBBLEDOC СРР 
IMPLEMENT SERIAL(CStroke, CObject, 1) ҮРГЕН SERIAL ES (ЖЗ) 


CStroke::CStroke()  // 9—18 default constructor (EFS) 
{ 
// This empty constructor should be used by serialization only 


void CStroke::Serialize(CArchiveg ar) // WW Serialize В (ЖЕР А) 
i 
Cūbject::Serializeļar}; // ТИНЕ TET AUHER * 
// 目前 MEC ЖӘНЕ ^ MATEU RHR ° 
if {ar.IsStoring{})} 


4 
аг << (WORD)m nPenWidth; 
m pointArray.Serialize(ar); 


else 


WORD w; 

ar >> w; 

m nPenWidth = w; 

m pointArray.Serialize(ar); 


CObject X 


ЖА А МЕС 类 ， 以 及 许多 你 上 自己 的 类 ， 都 要 从 CObject 派生 下 来 呢 ? 因为 当 一 个 
类 派生 自 CObject， 它 也 就 继承 了 许多 重要 的 性 质 。CObject 这 个 「 老 祖宗 」 至 少 提 供 两 个 机 
能 (ТЕРА) : IsKindOf 和 lsSerializable。 


IsKindOf 


`4Framework ЗЕ | 类 型 录 网 上 」 ЖЕН, ЕШ IsKindOf 根本 不 是 问题 。 所 谓 ISKindOf 
就 是 RTTI 的 化 号， 用 日 话说 束 是 【xxx 对 象 是 一 种 xxx 类 吗 ?」 例如 [长 展 猴 是 一 种 哺乳 类 
92) иж мех? 凡 支 持 RTTI 的 程序 就 必须 接受 这 类 询问 ， 并 对 前 者 回答 
Yes， 对 后 者 回答 No。 


下 面 是 CObject::lsKindOf 虚 函 数 的 原始 代码 : 


// in OBJCORE.CPP 
BODL CObject::IskRindOf(const CRuntimecClass* pClass} const 


і 
// simple SI case 
CRuntimeClass* pclassThis = GetRuntimeClassí); 


return pClassThis-^IsDerivedFromí(pClass); 
| | 


BODL CRuntimeClass::IsDerivedFrom(const CRuntimeClass* рНавеС1авв} const 


{ 
// simple SI case 
const CRuntimecClass* pcClassThis = this; 
while í(pClassThis != NULL} 
{ 
if (pClassThis == pBasecClass) 


return TRUE; 
pClassThis = pClassThis-?m pBaseClass; 
] 
return FALSE; // walked to the top, no match 


| 


这 项 作为 ， 也 就 是 在 图 8-9 中 借 着 m_pBaseClass 寻根 。 只 要 在 寻根 过 程 中 比 对 成 功 ， 就 传 回 
TRUE ， 否 则 传 回 FALSE。 而 你 知道 ， 图 8-9 М 「 类 型 录 网 上 」 是 靠 DECLARE DYNAMIC 和 
IMPLEMENT_DYNAMIC 宏 构造 起 来 的 。 第 3 章 的 【RTTI」 一 节 对 此 多 有 说 明 。 


IsSerializable 


— === ВЕ zt +T Serialization 动作 ， 必 须 准 备 Serialize 8, JEFE (E FX xp ВНЕ 
的 那个 CRuntimeClass 元 素 里 的 Schema 字段 里 设立 0xFFFF 以 外 的 号 代码 ， 代 表 数 据 格式 的 
版 本 (这样 才能 提供 机 会 让 设计 较 佳 的 Serialize 函数 能 够 区 分 旧版 数据 或 新 版 资料 ， 避 人 免 牛 
头 不 对 马 嘴 的 困惑 ) 。 这 些 都 是 DECLARE _SERIAL 和 IMPLEMENT _SERIAL 宏 的 责任 范 
围 。 


CObject 提 供 了 一 个 虚 函 数 ， 让 程序 在 执行 时 期 判断 某 类 的 schema 号 代码 是 否 为 0xFFFF， 芋 
此 得 知 它 是 否 可 以 Serialize : 

BOOL CObject::IsSerializable() const 

{ 

j 


return (GetRuntimeClass()-»m wSchema !- Oxffff); 


CObject::Serialize 


Е-Е, B-D EEA 5 Serialization 能 力 的 类 都 应 该 改写 它 。 事 实 上 Wizard 为 我 
们 做 出 来 的 程序 代码 中 也 都 会 自动 加 上 这 个 函数 的 调用 动作 。MFC 手 册 上 总 是 说 ， 每 一 个 你 
Frei s BSerialize PS 24 8B 5 iz; T 25 — 84 18] 39 80 — EN 23, А ze CObject::Serialize 之 中 
有 什么 重要 的 动作 ? 


// in AFX.INL 
_AFX_INLINE void CObject::Serialize(CArchive&) 
i /* CObject does not serialize anything by default */ ) 


不 ， 什 么 也 没有 。 所 以 ， 现 阶段 (至 少 截至 МЕС 4.0) ЖЕНА ERAI. 
然而 ，Microsoft 很 有 可 能 改变 CObject::Serialize 的 内 容 ， 届 时 没有 遵循 告 诲 的 人 恐怕 就 后 悔 
к 





CObject::classCObject CCmdTarget:classcCCmdTarget CWinThread: :classcWinThread 
^CCObec" Г *GCCmdlarget =l; | "OWinThread" | 








NULL | 







| m pBaseClass _ weas 
| m pMHextClass 


m pMextClass | 


CRuntimeClass::pFirstClass 


2 8-9 DECLARE ЖҮМРГЕМЕМТТЕ & мах zk. pa] 
于 是 RTTI 和 Dynamic Creation 和 Serialization 等 机 能 便 可 轻易 达成 


CArchive 类 


谈 到 Serialize 就 不 能 不 谈 CArchive， 因 为 serialize 的 对 象 (无 论 读 或 写 ) 是 一 个 CArchive 对 
象 ， 这 一 点 相信 你 已 经 从 上 面 数 节 讨 论 中 熟悉 了 。 基 本 上 你 可 以 想象 archive 相 当 于 文件 ， 不 


过 它 其 实 是 文件 之 前 的 一 个 内 存 缓冲 区 。 所 以 我 们 才 会 在 前 面 的 「 台 面 下 的 Serialize 奥秘 ] 
中 看 到 这 样 的 动作 : 


BOOL CDocument::OnSaveDocument(LPCTSTR lpszPathHame] 


t 
CFile* pFile = NULL; 


pFile = GetFile(lpszPathName, CFile: :modeCreate | 
CFile::modeReadWrite | CFile::shareExclusive, &Ёе}; 


// 4r file М archive 产生 关联 


CArchive saveArchive(pFile, CArchive::store | 
CArchive::bHoFlushonDelete); 


Serialize(saveArchive); // ЗН archive $% serialize ШЕ 


saveArchive.Close():; 
ReleaseFile(pFile, FALSE); 


BOOL CDocument::OnOpenDocument(LPCTSTR lpszPathHame) 


t 
CFile* pFile = GetFile(lpszPathName, 
CFile::modeRead|CFile::shareDenyWrite, &fe); 


// Жж file 和 archive 产生 关联 
CArchive loadArchive(pFile, CArchive::load | 
CArchive::bHoFlushOonDelete):; 


// 4; file 和 archive ЕНІН 
CArchive loadArchive(pFile, CArchive::load | 
CArchive::bNoFlushOnDelete); 


Serialize(loadArchive); // €] archive Ш serialize EE 
loadArchive.Close(t); 
ReleaseFile(pFile, FALSE]; 


орегағог<< 和 operator»» 


CArchive 针对 许多 C++ 数据 类 型 、Windows 数据 类 型 以 及 CObject 派生 类 ， 定 
Ў operator<< 和 operator»» ЕЕ: 


от Уе Ш /AC 个 
—— Л `— r: АЛЕ ( 
ИХ J L IV I! К 


// in AFX.H 
class CArchive 


public: 

// Flag values 
enum Mode ( store = Ô, load = 1, bHoFlushOnDelete = 2, bHoByteSwap = 4 }; 
CArchive(CFile* pFile, UINT nMode, int nBufSize = 4096, void* lpBuf = NULL); 
-CArchivel(); 


// Attributes 
BOOL IsLoading() const; 
BOOL IsStoring() const; 
BOOL IsByteSwapping() const; 
BOOL IsBufferEmpty() const; 


CFile* GetFile() const; 


UINT GetObjectSchema(); // only valid when reading a CObject* 
void SetObjectSchema(UINT nSchema); 


// pointer to document being serialized -- must set to serialize 
// COleClientItems in a document! 
CDocument* m pDocument; 


// Operations 
UINT Read(void* lpBuf, UINT nMax); 
void Write(const void* lpBuf, UINT пМах); 
void Flush(); 
void Close); 
void Abort();  // close and shutdown without exceptions 


// reading and writing strings 

void WriteString(LPCTSTR lpsz); 

LPTSTR ReadString(LPTSTR lpsz, UINT пМах); 
BOOL ReadString(CString& rString); 


public: 
// Object I/O is pointer based to avoid added construction overhead. 
// Use the Serialize member function directly for embedded objects. 
friend CArchive& АҒХАРІ орегаіог<< (САгсһіче& ar, const CObject* роб}; 


friend CArchive& AFXAPI operator»»(CArchive& ar, CObject*& pOb); 
friend CArchive& АҒХАРІ operator»»(CArchive& ar, const CObject*& pOb); 
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// insertion operations 
CArchive& operator<<(BYTE by): 
CArchive& operatorc«(WORD м); 
CArchive& operator<<(LONG 1); 
CArchive& operator««(DWORD dw); 
CArchive& operator««(float f); 
CArchive& operatore&(double d); 


CArchive& орегаог<<(іпЕ 1); 
CArchive& operatore£&(short м); 
CArchive& орегаіог<< {сһаг ch); 
CArchive& operatorg« {unsigned u}; 


// extraction operations 
CArchive& operator»»(BYTE& by); 
CArchive& operator>>(WORD& м); 
CArchive& operator>>(DWORD& dw); 
CArchive& operator--(LONG& 1}; 
CArchive& operator»»(float& f); 
CArchive& operator»»(double& d); 


CArchive& operator»»(int& i): 
CArchive& operator»»(short& м); 
CArchive& operator»-(char& ch); 
CArchive& operator»»(unsigned& и}; 


// object read/write 

CObject* ReadObject(const CRuntimecClass* pClass}; 

void WriteObject(const CObject* pOb); 

// advanced object mapping (used for forced references) 
void Mapūbject {const CObject* pOb); 


// advanced versioning support 
void WriteClass(const CRuntimeClass* pClassRef); 
CRuntimeClass* ReadClass(const CRuntimeClass* pcClassRefRequested = NULL, 
UINT* pSchema = NULL, DWORD* pObTag = NULL); 
void SerializeClass(const CRuntimeClass* pClassRef); 
protected: 
// array/map for CObject* and CRuntimeClass* load/store 
UINT m nMapcCount; 
union 
{ 
CPtrArray* m pLoadArray; 
CMapPtrToPtr* m pStoreMap; 
Нн 
// map to keep track of mismatched schemas 
CMapPtrToPtr* m pSchemaMap; 


这 些 重 载运 算 符 均 定义 于 AFX.INL 文件 中 。 另 有 些 函 数 可 能 你 会 党 得 眼熟 ， 没 错 ， 它 们 在 稍 
早 的 「 台 面 下 的 Serialize 奥 秘 」 中 已 经 出 现 过 了 ， 它 们 是 ReadObject、WriteObject、 
ReadClass、WriteClass。 


各 种 类 型 的 operator>> 和 operator<< 重 载运 算 符 ， 正 是 为 什么 你 可 以 将 各 种 类 型 的 资料 
(其 至 包括 CObject*) 读 出 或 写 人 archive 的 原因 。 一 个 [C++ ЖІ (而 非 一 般 资 料 类 型 ) 如 
果 希 望 和 Serialization 机 制 ， 它 的 第 一 要 件 就 是 直接 或 间接 派生 目 Object， 为 的 是 希望 
CObject 继承 下 列 三 个 运算 符 : 


// in AFX.INL 

 AFX INLINE CArchive& AFXAPI operator«&(CArchive& ar, const CObject* pOb) 
{ ar.WriteObject(pOb); return аг; | 

 AFX INLINE CArchive& AFXAPI operator»»(CArchive& ar, CObject*& роб} 


{ РОБ = ar.ReadObject(NULL); return ar; ) 
-АҒХ INLINE CArchive& АҒХАРІ operator»»(CArchive& ar, const CObject*& pOb) 
( РОБ = ar.ReadObject(NULL); return ar; ] 


其 中 CArchive::WriteObject 先 把 类 的 CRuntimeClass 资 讯 写 出 ， 再 调用 类 的 Serialize РА, 
CArchive::ReadObject 的 行为 类 似 ， 先 把 类 的 CRuntimeClass 信息 读 人 ， 再 调用 类 的 
Serialize 2%, Serialize 是 CObject 的 虚 函 效 ， 因 此 你 必须 确定 你 的 类 改 字 的 Serialize 函数 的 
回 返 值 和 参数 类 型 都 符合 CObject 中 的 声明 : 传 回 值 为 void， 唯 一 一 个 参数 为 CArchive&。 


注意 : CString, CRect, CSize, CPoint 并 不 派生 自 CObject， 但 它们 也 可 以 直接 使 用 针对 
CArchive 的 << 和 >> 运算 符 ， 因 为 它们 上 自己 设计 了 一 套 : 


#/ in AFX.H 

class CString 

{ 
Eriend CArchive& AFXAPI operator<<(CArchives ar, const CString& string): 
friend CArchive& АҒХАРІ operator»»(CArchive& ar, CString& string): 


= = 


F; 


// in AFXWIN.H 

// Serialization 

CArchive& АҒХАРІ operator««(CArchive& ar, SIZE size]; 
САгсһіуев AFXAPI operator««(CArchive& ar, POINT point); 
CArchive& AFXAPI operator««(CArchive& ar, const RECTE rect); 
CArchive& AFXAPI operator»»(CArchive& ar, SIZE& size); 
CArchive& АҒХАРІ operator»»(CArchive& ar, POINT& point); 
CArchive& АҒХАРІ operator»»(CArchive& ar, БЕСТЕ rect); 


一 个 类 如 果 希 望 有 Serialization 机 制 ， 它 的 第 二 要 件 就 是 使 用 SERIALE, 3T ES 3 
DYNCREATE 安 ， 并 且 在 类 的 声明 之 中 加 上 : 


D 


friend CArchive& AFXAPI operator»-(CArchive& ar, class name* &pOb); 


在 类 的 实现 文件 中 加 上 : 


CArchive& AFXAPI operator>>(CArchive& ar, class name* &pOb) N 
1 рор = (class name*) ar.ReadObject(RUNTIME CLASS(class name)); N 
return ar; } \ 


如 果 我 的 类 名 为 CStroke， 那 么 经 


class CStroke : public CObject 


DECLARE_SERIAL(CStroke) 


和 


IMPLEMENT_SERIAL(CStroke, CObject, 1) 


我 就 获得 了 两 组 和 CArchive 读 写 动作 的 关键 性 程序 代码 : 
class CStroke : CObject 


friend CArchive& AFXAPI operator»»(CArchive& ar, CStroke* &pOb); 


CArchive& AFXAPI орегаїог>>(САгсһіме& ar, CStroke* &pOb) 
1 рор = (CStroke*) ar.ReadObject(RUNTIME CLASS(CStroke)); 
return ar; } 


好 ， 你 看 到 了 ， 为 什么 只 改写 operator?» ， 而 没有 改写 operatore ?原因 是 WriteObject 并 
不 需要 CRuntimeClass 信息 ， 但 ReadObject 需要 ， 因 为 在 读 完 文件 后 还 要 做 动态 生成 的 动 
作 。 


我 想 你 一 定 在 前 面 解剖 文件 文件 倾 印 代码 时 束 注 意 到 了 ， 当 文件 文件 内 含有 许多 对 象 数 气 
时 ， 凡 对 象 隶属 同一 类 者 ， 只 有 第 一 个 对 象 才 连同 类 的 CRuntimeClass 信息 一 并 写 入 ， 此 后 
同类 之 对 象 仅 以 一 个 代码 表示 ， 例 如 图 8-6c 中 时 而 出 现 的 8001 代码 。 为 了 效率 的 考虑 ， 这 
是 有 必要 的 。 想 想 看 ， 如 果 一 张 Scribble 图 形 有 成 千 上 万 个 线条 ， 难 不 成 要 写 入 成 千 上 万 个 
CStroke 信息 不 成 ?在 哈 洒 (Hard Disk) 极为 便宜 的 今天 ， 考 虑 的 重点 并 不 是 文件 的 大 小 ， 
而 是 文件 大 小 育 后 所 影响 的 读 写 时 间 ， 以 及 了 网络 传输 时 间 。 别 折 了 ， 一 切 果 上 的 未 西 都 将 路 
于 网 上 。 


CArchive 维 护 类 信息 的 作法 是 ， 当 它 做 输出 动作 ， 对 象 名 称 以 及 参考 值 修 维 扩 在 一 个 map 之 
中 ; 当 它 做 读 入 动作 ， 它 把 对 象 维 折 在 一 个 array 之 中 。CArchive 中 的 成 员 变 量 
m pSchemaMap 就 是 为 此 而 来 : 


union 
{ 
CPtrArray* m_pLoadArray; 
CMapPtrToPtr* m pStoreMap; 
$; 
// мар to keep track of mismatched schemas 
CMapPtrToPtr* m_pSchemaMap; 


自 定 SERIAL 宏 给 抽象 类 使 用 


你 是 知道 的 ， 所 谓 抽 象 类 就 是 包含 纯 虚 事 数 的 类 ， 所 谓 纯 虚 汞 数 就 是 只 有 声明 没有 定义 的 虚 
图 数 。 所 以 ， 你 不 可 能 将 抽象 类 具 现 化 (instantiated) 。 那 么 ，IMPLEMENT SERIAL 展开 
所 得 的 这 段 代 码 : 


CObject* PASCAL class name::CreateObject() N 
i return new class name; ) N 


面 对 如 果 一 个 抽象 类 class name 束 行 不 通 了 ， 编 译 时 会 产生 错误 消息 。 这 时 你 得 自行 定义 宏 
如 下 : 


#define IMPLEMENT SERIAL MY(class name, base class name, wSchema) N 
_ТМРЕЕМЕМТ RUNTIMECLASS(class name, base class name, wSchema, NULL) N 

CArchive& AFXAPI ЭШЕ Ге neben: ar, class name* &pOb) N 

1 рор = (class name*) ar.ReadObject(RUNTIME CLASS(class name)); N 
return ar; ) N 


也 就 是 ， 信 CreateObject 函数 为 NULL， 这 才能 够 使 用 于 抽象 类 之 中 。 


在 CObList 中 加 入 CStroke 以 外 的 类 


Scribble Document 倾 印 代 码 中 的 那个 代表 ТІНЖІ 的 8001 一 直 兮 我 如 坐 针 秸 。 不 知道 什么 情 
况 下 会 出 现 8002 ?或 是 8003 ?或 是 什么 其 它 东 东 。 因 此 ， 我 打算 做 点 测试 。 除 了 CStroke,， 
我 打算 再 加 上 CRectangle 和 CCircle 两 个 类 ， 并 把 其 对 象 挂 到 CObList 中 。 这 个 修改 纯粹 为 
了 测试 不 同类 写 到 文件 文件 中 会 造成 什么 后 果 ， 没 有 考虑 使 用 者 介面 或 任何 外 围 因 素 ， 我 并 
不 是 真 打算 为 Scribble 加 上 了 男 四 方形 和 男 圆 形 的 功能 (不 过 如 果 你 喜欢 ， 这 倒是 能 够 给 你 作 
为 一 个 导 引 ) ， 所 以 我 把 Step1 拷贝 一 份 ， 在 拷贝 版 上 做 文章 。 


首先 我 必须 声明 CCircle 和 CRectangle。 在 新 文件 中 做 这 件 事 当然 可 以 ， 但 考虑 到 简化 问 
题 ， 以 及 它们 与 CStroke 可 能 会 有 彼此 前 置 参 考 的 情况 ， 我 还 是 把 它们 放 在 原 有 的 
ScribbleDoc.h 中 好 了 。 为 了 能 够 "Serialize”， 它 们 都 必须 派生 自 CObject， 使 用 
DECLARE SERIAL 宏 ， 并 改写 Serialize 虚 函 数 ， 而 且 拥 有 default constructor. 


CRectange 有 一 个 成 员 变 量 CRect m_rect， 代 表 四 方形 的 四 个 点 ; CCircle 有 一 个 成 员 变 量 
CPoint m center 和 一 个 成 员 变 量 UINT m_radius， 代 表 圆 心 和 半径 


#0001 class CRectangle : public CObject 
#0002 1 

#0003 public: 

#0004 CRectangle(CRect rect); 
#0005 

#0006 protected: 

#0007 CRectangleí(); 

#0008 DECLARE SERIAL(CRectangle) 
#0009 

#0010 // Attributes 

#0011 CRect m rect; 

%0012 

80013 public: 

#0014 virtual void Serialize(CArchive& аг}; 
#0015 }; 

80016 

#0017 class CCircle : public CObject 
#0018 { 

#0019 public: 

#0020 CCircle(CPoint center, UINT radius); 
80021 

#0022 protected: 

80023 CCircleí(); 

#0024 DECLARE SERIAL(CCircle) 
80025 

#0026 // Attributes 

#0027 CPoint m center; 
#0028 UINT m radius; 
#0029 

#0030 public: 

#0031 virtual void Serialize(CArchive& ar); 
80032 |}; 


接 下 来 我 必须 在 ScribbleDoc.cpp 中 使 用 IMPLEMENT SERIAL Ж, 5 д5 ARKA. Е 
上 要 求 每 一 个 Serializable 类 都 应 该 准 各 一 个 空 的 构造 辑 数 (default constructor) 。 照 着 做 
吧 ， 免 得 将 来 遗憾 : 


#0001 IMPLEMENT SERIAL(CRectangle, CObject, 1) 
#0002 

#0003 CRectangle::CRectangle() 

#0004 q 

80005 // this empty constructor should be used by serialization only 
#0006 | 

#0007 

#0008  CRectangle::CRectangle(CRect rect) 

#0009 1 

#0010 m rect = rect; 

#0011 |) 

#0012 

#0013 void CRectangle::Serialize(CArchive& ar) 
#0014 { 

#0015 if (ar.IsStoring()] 

#0016 { 

#0017 аг << m rect; 

%0018 ] 

#0019 else 

#0020 { 

#0021 аг >> m rect; 

#0022 ] 

#0023 | 

#0024 

#0025 IMPLEMENT SERIAL(CCircle, CObject, 1) 

#0026 

#0027 CCirele::CCircleí() 

#0028 { 

#0029 // this empty constructor should be used by serialization only 
#0030 ] 

80031 

#0032 CCircle::CCircle(CPoint center, UINT radius) 
#0033 { 

#0034 m radius = radius; 


#0035 m center = center; 

#0036 1 

%0037 

#0038 void CCircle::Serialize(CArchive& ar) 
#0039 { 

#0040 it (ar. Isstoring{l}} 


#0041 { 

#0042 ar << m center; 
#0043 ar << м radius; 
#0044 ] 

#0045 else 

#0046 { 

#0047 ar >> m center; 
#0048 ar >> m radius; 
#004 } 

#0050 } 


接 下 来 我 应 该 改变 使 用 者 接口 ， 加 上 选单 或 工具 列 ， 以 便 在 涂鸦 过 程 中 得 随时 加 上 一 个 四 方 
形 或 一 个 圆 图 。 但 我 刚才 说 了 ， 我 只 是 打算 做 个 小 小 的 文件 文件 格式 测试 而 已 ， 所 以 简单 化 
是 我 的 最 高 指导 原则 。 我 打算 挫 现 有 之 使 用 者 接口 的 便 车 ， 也 融 是 每 次 鼠标 左 键 按 下 开始 一 
条 线条 之 后 ， 再 new 一 个 四 方形 和 一 个 圆 形 ， 并 和 线条 一 起 加 入 CObList 之 中 ， 然 后 才 开 始 
接受 左 键 的 坐标 ...。 所 以 ， 我 修改 CScribDoc::NewStroke ПТ : 


#0001 CStroke* CScribDoc::NewStroke() 


#0002 { 

#0003 CStroke* pStrokeItem = new CStroke(m nPenWidth)|; 

#0004 CRectangle* pRectItem = new CRectangle {CRect (Ox11, 0х22,0х33,0х44}}; 
#0005 CCircle* pCircleItem = new CCircle(CPoint(0x55,0x66),0x77); 
#0006 т strokeList.AddTail(pStrokeItem]; 

80007 m strokeList.AddTail(pRectItem); 

80008 m strokeList.AddTail(pCircleItem); 

#0009 

#0010 SetModifiedFlag(); // Mark the document as having been modified, 
#0011 // for purposes of confirming File Close. 

#0012 return pStrokeItem; 

#0013 ] 


并 将 scribbledoc.h 中 的 m_strokeList 修改 为 : 


CTypedPtrList«CObList, CObject*> m strokeList; 


重新 编译 链接 ， 获 得 结果 如 图 8-10a。 图 8-10b 对 此 结果 有 详细 的 剖析 。 
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图 8-10a TEST.SCB 文件 内 容 ， 文 件 全 长 146 个 字 节 





每 次 鼠标 左 键 按 下 ， 开 始 一 条 线条 ， 图 8-10a 中 的 程序 立刻 new 一 个 四 方形 和 一 个 圆 形 ， 并 和 
线条 一 起 加 入 CObList 之 中 ， 然 后 才 开 始 接 受 左 键 的 坐标 。 所 以 图 8-10a 的 执行 画面 造成 本 图 
的 数据 结构 。 


ЕШ (hex) 设 明 





0006 ЖАНЫНЫҢ Сонан 元 案 
ЕЕЕЕ FFFF ЖЕП -1, Xe New Class Tag 
0001 ЈАЈЕ Schema по. * 代表 资料 的 版 本 号 三 
0007 表示 千 面 接著 的 【类别 名称, 有 7 AFE 
43 53 74 72 6F 6B 65 "CStroke" (RUIA) 的 АЗСИ 5 
0002 НЕНУЕ 
0002 38 ВЕНУ БАЕТА (НЫ) 
00000066.0000001B Ж-НА АВЕ 
Ü 00000066.0000001B 25— P ER ERAS ІНЕН 
—J FFFF FFFF ЖЕП -1 + 表示 New Class Tag 
0001 ЗЕ Schemano. * 代表 资料 的 版 本 器 码 * 
000A 敌 面 接著 的 【类别 名称, 有 Ah 个 字 元 * 
2425265 6374 61 6Е 67 6C 65 "CRectangle" ( Ж 912118 ) 的 ASCII №. 
00000011 第 一 个 四 方形 的 左 
00000022 第 一 个 四 方形 的 上 
00000033 第 一 个 四 方形 的 右 
\_ 00000044 第 一 个 四 方形 的 下 
FFFF FFFF ЖЕП -1， 表示 New Class Tag 
0001 过 是 Schemano. * ҒЫНЫ ЫЫ. 
0007 img 类别 名称, 有 7 Tr: 
124343697263 6C 65 "CCircle" (389158 ) 的 ASCII #5 · 
00000055 第 一 个 图 形 的 中 心 点 X ЕН 
00000066 第 一 个 图 形 的 中 心 点 Y HERE 
-00000077 第 一 个 图 形 的 个 径 
À 8001 过 是 (wOldClassTag | Clasina) о ЖЛЕ 


0002 
0002 Ж {ИЕН ЗД ЫШ ЖЛ (АН) 





| 00000066.00000031 ВИНУ РЕЯ 


00000066.00000031 ВЕ НЕВУ ЧЕН 

8003 ЗИ (wOldClassTag | nClassIndex) 的 和 组合 结果 : 表示 接 
下 来 的 物件 使 用 索引 骨 2 ИДУ. 

00000011 第 二 个 四 方形 的 左 

00000022 第 二 个 四 方形 的 上 

00000033 第 二 个 四 方形 的 右 

00000044 第 二 个 四 方形 的 下 

8005 过 是 (wOldClassTag | nClassIndex) ИНЕ. 囊 示 接 
下 来 的 物件 使 用 索引 需 5 的 普 类 别 。 

00000055 第 二 个 图 形 的 中 心 点 X BS 

00000066 第 二 个 图 形 的 中 心 点 Y РЕ 

- 00000077 第 二 个 图 形 的 半径 


图 8-10b TEST.SCBX EPIS EI. 9| f Intel3€ FB"little-endian" 


位 组 排列 方式 ， 字 组 的 前 后 字 节 系 颠 倒 放 置 。 本 图 已 将 之 摆 正 。 


为 Step4 做 准备 


虽然 Scribble Step1 已 经 可 以 正常 工作 ， 有 些 地 方 仍 值得 改进 。 在 一 个 子 窗口 上 作画 ， 然 后 
选 按 【Window/New Window】， 会 蹦 出 一 个 新 的 子 窗口 ， 内 有 第 S A PEDE, 同时 ， 
S :1 字样 ， 第 二 个 子 窗口 的 标题 则 有 :2 字样 。 这 是 Document/View 

架构 带 给 我 们 的 礼物 ， 换 名 话说 ， 想 以 多 个 窗口 观察 同一 份 数据 ， 程 序 员 不 必 负 担 什么 任 
务 。 人 但是， 如果 此 后 使 用 者 在 其 中 一 个 子 窗 口上 作画 而 不 缩放 窗口 尺寸 的 话 (sce = 
+ WM PAINT) ， 另 一 个 子 禄 口内 看 不 到 新 的 绘图 内 容 : 
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这 不 是 好 现象 | 一 体 的 两 面 怎 么 可 以 不 一 致 呢 ?! 


那么 ， 让 [作用 中 的 View 窗口 上 」 以 消息 通知 隶属 同一 份 Document 的 其 它 [兄弟 窗口 上 】 ， 是 
不 是 就 可 以 解决 这 个 问题 ?是 的 ， 而 且 Framework 已 经 把 这 样 的 机 制 埋 伏 下 去 了 。 


CView 之 中 的 三 个 虚 函 效 : 


负责 View 的 初始 化 。 





e CView::OnlnitialUpdate 
e CView::OnUpdate— — “Framework 调用 此 函数 ， 表 示 Document 的 内 容 已 有 变化 。 


e CView::OnDraw———Framework'RÉEWM PAINT 发 生 后 ， 调 用 此 函数 。 此 男 数 应 负责 更 
新 View 窗口 的 内 容 。 


这 些 画 数 往 往 成 为 程序 员 改 写 的 目标 。Scribble 第 一 版 就 是 因为 只 改写 了 其 中 的 OnDraw 
KA, MAZE [多 个 Мем 窗口 不 能 同步 更 新 」 的 缺失。 想 要 改善 这 项 人 缺失， 我 们 必须 
AE OnUpdate。 


让 所 有 的 View 窗口 [同步 ] 更 新 效 据 的 天 键 在 于 两 个 画 效 : 


е CDocument:UpdateAllViews 一 一 如 果 这 个 函 效 执 行 起 来 ， 它 会 巡 访 所 有 隶属 同一 
Document 的 各 个 Views， 找 到 一 个 融通 知 一 个 ， 而 所 谓 | 通知 」 丈 是 调用 View 的 
OnUpdate РА. 


e CView::OnUpdate 一 一 这 是 一 个 虚 范 数 ， 我 们 可 以 改 宇 它 ， 在 其 中 设计 绘图 动作 ， 也 许 
全 部 重 绘 (这 比较 容 一 点 ) ， 也 许 想 办 法 只 绘 必要 的 一 小 部 分 〈 这 样 速 度 比较 快 ， 但 设 
计 上 上 比较 复杂 些 ) 。 


因此 ， 当 一 个 Document 的 数据 改变 时 ， 我 们 应 该 设法 调用 其 UpdateAllViews， 通 知 所 有 的 
Views。 什 么 时 候 Scribble 的 效 据 会 改变 ? 答案 是 鼠标 左 键 按 下 时 ! 所 以 你 可 能 猜测 到 ， 我 打 
算 在 CView::OnLButtonDown 内 调用 CDocument::UpdateAllViews。 这 个 猜测 的 立论 点 是 对 的 
而 结果 是 错 的 ，Scribble Step4 的 作法 是 在 CView::OnButtonUp 内 部 调用 它 。 


CView::OnUpdate 被 调用 ， 代 表 着 View 被 告知 : Г, Document 的 内 容 已 经 改变 了 ， 请 你 
准备 修改 你 的 显示 画面 上 」 。 如 果 你 想 节省 力气 ， 利 用 Invalidate(TRUE) 把 窗口 整个 设 为 重 绘 
区 〈 无 效 区 ) 并 产生 WM_PAINT， 再 让 CView::OnDraw 去 伤 脑筋 算 了 。 但 是 全 部 重 绘 的 效 
率 低落 ， 程 序 看 起 来 很 笨拙 ，Step4 将 有 比较 精致 的 作法 。 
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° 1 使 用 者 在 View:1 做 动作 (View 扮演 使 用 者 接口 的 第 一 线 ) 。 


e 2 View:1 调用 GetDocument， 取 得 Document 指针 ， 更 改 数据 内 容 。 


е 3 View:1 调用 Document 的 UpdateAllViews。 
e 4 View:2 和 View:3 的 OnUpdate 一 一 被 调用 起 来 ， 这 是 更 新 画面 的 时 机 。 
图 8-11 假设 一 份 Document 链 接 了 三 个 Views 


注意 : 在 MFC 手 册 或 其 它 书籍 中 ， 你 可 能 会 看 到 像 [View1 以 消息 通知 Document] = 
| Document 以 消息 通知 View2、View3」 的 说 法 。 这 里 所 谓 的 [消息 」 是 面向 对 象 学 术 界 的 
术 话 , 不 要 和 Windows 的 消 ВТ. 事实 上 整个 过 Ч = 中 并 没有 任何 一 个 Windows 消 息 "АФ 参与 


其 中 。 


eS == там Ж.Ж. 4 二 
APOE НН“ 
Message Mapping апа Соттапа Routing 
ЖАРАУ арта, ЖЕНЕ, ж МЕС 最 曲折 幽深 的 伸 秘 地 带 。 


(iR E25 M Bl] = rR4 JS f Ж Y МЕС Жіті Document View 架构 。 本 章 的 重点 有 两 
个 ， 第 一 个 是 修改 程序 的 人 机 接口 ， 增 添 选单 项 目 和 工具 列 按钮 。 这 一 部 分 糊 Visual C++ T 
具 之 助 ， 非 常 简单 ， 但 是 我 们 往往 不 知道 该 在 程序 的 什么 地 方 〈 哪 一 个 类 之 中 ) 处 理 来 自选 
单 和 工具 列 的 消息 〈 也 就 是 WM_COMMAND Жа) 。 本 章 第 二 个 重点 就 是 要 解决 这 个 迷 
惑 ， 我 将 对 所 谓 的 消息 映射 《Message Мар) 和 命令 绕 行 (Command Routing) 机 制 做 深入 
的 讨论 。 这 两 个 机 制 匈 如 МЕС 最 曲折 了 幽深 的 神秘 地 带 ， 是 把 厅 乱 无 章 的 Windows АРІ 6424 
和 Windows 消息 面向 对 象 化 的 大 功臣 。 


l| [E же АТ 2. 


Windows 程序 的 本 质 系 借 着 消息 来 维持 脉动 。 每 一 个 消息 都 有 一 个 代码 ， 并 以 WM 开头 的 
剃 数 表示 之 。 消 息 在 传统 SDK 程 序 方法 中 的 流动 以 及 处 置 方 式 ， 在 第 1 章 已 经 交待 得 很 清 
楚 。 

各 种 消息 之 中 ， 来 自选 单 或 工具 列 者 ， 都 以 WM COMMAND 表示 ， 所 以 这 一 类 消息 我 们 又 称 
之 为 命令 消息 (Command Message) ， 其 wParam 记录 着 此 一 消息 来 自 哪 一 个 选单 项 目 。 


除了 命令 消息 ， 还 有 一 种 消息 也 比较 特殊 ， 出 现在 对 话 框 函数 中 ， 是 控制 组 件 (controls) 传 

АН 〈 即 对 话 框 ) 的 消息 。 虽 然 它们 也 是 以 WM_COMMAND 为 外 衣 ， 但 特别 轨 类 为 
[notification 消息 」 。 

注意 : Windows 95 新 的 控制 组 件 (所 谓 的 common controls) 不 再 传送 WM_COMMAND 消 

息 给 对 话 框 ， 而 是 送 WM_NOTIFY。 这 样 束 不 会 纠缠 不 清 了 。 但 为 了 回溯 相 容 ， 旧 有 的 控制 

组 件 (如 edit, list box; combo бох...) 都 还 是 传送 WM_COMMAND。 

消息 会 循 看 Application Framework ЛЕРМЕН, 3% 67х13 8), 下 到 找到 它 的 依 汶 
ОНЕ хр) 。 找 不 到 的 话 ，Framework 最 终 就 把 它 交 给 ::DefWindowProc РАЗ дА 

理 。 

但 愿 你 记忆 犹 新 ， 第 6 = МЕС 原始 代码 ， 得 知 МЕС 在 为 我 们 产生 窗口 之 前 ， 如 果 

我 所 指定 的 窗口 类 是 МОШ, МЕС 会 自动 先 注 册 一 个 适当 的 窗口 类 。 这 个 类 在 动态 链接 、 除 

hR, JE Unicode 环境 的 情况 下 ， 可 能 是 下 列 五 种 窗口 类 之 一 : 


e "AfxWnd42d" 


e "AfxControlBar42d" 


e "AfxMDIFrame42d" 
e "AfxFrameOrViewA42d" 
e "AfxOleControl42d" 


每 一 个 窗口 类 有 它 自己 的 窗口 函数 。 根 据 SDK 的 基础 ， 我 们 推 想 ， 不 同窗 口 所 获得 的 消息 ， 
应 该 由 不 同 的 窗口 函数 来 处 理 。 如 果 都 没有 能 够 人 处理， 最 后 再 交 由 Windows АР! 
数 ::DefWindowProc 义理 。 


这 是 很 直觉 的 想法 ， 而 且 对 于 一 般 消息 (如 WM_MOVE、WM_SIZE、 т 等 ) 也 
是 天 经 地 义 的 。 但 是 今天 Application Framework 比 传 统 的 SDK 程序 多 出 了 一 
Document/View 架构 ， 试 想 ， 如 果 选 单 上 有 个 命令 项 关乎 文件 的 义理 ， cn 命令 消 息 
流 到 Document 类 去 不 是 最 理想 吗 2--Н А Document 大 本 营 ， 我 们 (程序 员 ) 就 可 以 很 
方便 地 取得 Document 成 员 变 量 、 调 用 Document 成 员 函 数 ， 做 爱 做 的 事 。 


但 是 Document 不 是 窗口 ， 也 没有 对 应 的 窗口 类 ， 怎 么 让 消息 能 够 七 拐 八 桦 地 流 往 Document 
类 去 ?甚至 更 往 上 流向 Application 类 去 ? 这 就 是 所 谓 的 命令 绕 行 机 制 ! 


mm Ната, МЕС 必须 做 出 一 个 巨大 的 网 ， 实 现 所 有 可 能 的 路 线 ， 
网 就 是 所 谓 的 消息 映射 地 图 (Message map) 。 最 后 ，MFC 还 得 实现 аны” ik 
НАМ Framework Ее нНІЗ, ЖЫРМЕН, ЖЫЛЫНА, АНАМЫН ЕТЕ ФТ Ж 
B9WindowProc, OnCommand, ОпСтаМва. DefWindowProc № РАЕН. 


没有 命令 绕 行 机 制 ，Document/View ЖЫРА f ARBRES, <ОНӘРЖФИІН, 
很 快 你 就 会 看 到 所 有 的 秘密 。 很 快 地 ， 它 们 统统 不 再 对 你 构成 神秘 。 


5 ЕЗ 米 
分 类 ~ 
JON > 


Windows 的 消息 都 是 以 WMxxx 为 名 ， WM 的 意思 是 "Windows Message"。 消 息 可 以 是 来 自 
硬件 的 「 输 入 消息 | ， 例 如 WM_LBUTTONDOWN， 也 可 以 是 来 自 USER 模块 的 「 窗 口 管理 
消息 ] ， 例 如 WM_CREATE。 这 些 消息 在 МЕС 程序 中 都 是 隐 隆 的 (我 的 意思 是 不 像 在 SDK 
程序 中 那 般 显明 ) ， 我 们 不 必 在 МЕС 程序 中 撰写 switch case 指 合 ， 不 必 一 一 识别 并 处 理由 
系统 送 过 来 的 消息 ; 所 有 消息 都 将 依循 Framework 制定 的 路 线 ， 并 参照 路 中 是 否 有 拦路 虎 

(你 的 消息 映射 表格 ) 而 流动 。WM_PAINT 一 定 流 往 你 的 OnPaint 函 数 去 ，WM_SIZE 一 定 流 
往 你 的 OnSize MAE. 


所 有 的 消息 在 МЕС 程序 中 都 是 暗潮 汉 涌 ， 但 是 表面 无 波 。 
MFC 把 消息 分 为 三 大 类 : 


e 命令 消息 (WM COMMAND) : 命令 消息 意味 着 | 使 用 者 命令 程序 做 茶 些 动作 」 。 


凡 由 UI 对 象 产生 的 消息 都 是 这 种 命令 消息 ， 可 能 来 自选 单 或 加 速 键 或 工具 列 按 钮 ， 并 且 
都 以 WM_COMMAND 呈现 。 如 何 分 辨 来 自 各 处 的 谷 倒 消息 ? SDK 程 序 主要 靠 消息 的 
wParam 辨识 之 ，MFC 程 序 则 主要 靠 选 单项 目的 识别 代码 (menu ID) 辨识 之 一 一 两 者 其 
实 是 相同 的 。 


什么 样 的 类 有 资格 接受 命令 消息 ? 凡 派生 自 CCmdTarget 之 类 ， 此 有 资格 。 从 command 
target 的 字面 意义 可 知 ， 这 是 命令 消息 的 目的 地 。 也 就 是 说 ， 凡 派生 自 CCmdTarget 者 ， 
它 的 骨子里 就 有 了 一 种 特殊 的 机 制 。 把 整 张 MFC 类 阶层 图 摊 开 来 看 ， 几 乎 构造 应 用 程序 
的 最 重要 的 几 个 类 都 派生 自 CCmdTarget， 剩 下 的 不 能 接收 消息 的 ， 是 像 CFile、 
CArchive, CPoint, CDao (数据 库 ) . Collection Classes (纯粹 数据 处 理 ) 、GDI 等 等 
[ 非 主流 」 类 。 


° 标准 消息 除 WMCOMMAND 之 外 ， 任 何以 WM 开头 的 都 算是 这 一 类 。 任 何 派生 自 
CWnd 之 类 ， 均 可 接收 此 消息 。 





е Control Notification - 这 种 消息 由 控制 组 件 产生 ， 为 的 是 向 其 父 窗 口 〈 通 单 是 对 话 框 ) В 
知 某 种 情况 。 例 如 当 你 在 ListBox 上 选择 其 中 一 个 项 目 ，ListBox 就 会 产生 
LBN_SELCHANGE 传 送 给 父 窗口 。 这 类 消息 也 是 以 WM_COMMAND 形式 呈现 。 


33i Jaz* Command Target (CCmdTarget) 


你 可 以 在 程序 的 许多 类 之 中 设计 拦路 虎 (我 是 指 「 消 息 映 射 表格 ] ) ， 接 收 并 处 理 消息 。 只 
要 是 CWnd 派生 类 ， 就 可 以 拦 下 任何 Windows 消息 。 与 窗口 无 关 的 MFC 类 (例如 CDocument 
和 CWinApp) 如 果 也 想 处 理 消息 ， 必 须 派 生 目 CCmdTarget， 并 且 只 可 能 收 到 

WM COMMAND 命令 消息 。 


= нан, ХМ О 对 象 : 选单 项 目 和 工具 列 按钮 都 是 。 命 全 消息 必须 有 一 个 对 
应 的 处 理 玉 数 ， 把 消息 和 其 处 理 函 数 「 绑 」 在 一 块 儿 ， 这 动作 称 为 Command Binding， 这 个 
动作 将 由 一 堆 安 完成 。 通 党 我 们 不 直接 手工 完成 这 些 宏 内 容 ， 也 惑 是 说 我 们 并 不 以 文字 编辑 

堪 一 行 一 行 地 撰写 相 天 的 代码 ， 而 是 寿 助 于 ClassWizard。 

一 个 Command Target 对 象 如 何 知道 它 可 以 处 理 某 个 消息 ?答案 是 它 会 看 看 自己 的 消息 映射 


表 。 消 息 映 射 表 使 得 消息 和 郴 效 的 对 映 关 系 形 成 一 份 表格 ， 进 而 全 体形 成 一 张 网 ， 当 
Command Target 对 象 收 到 某 个 消息 ， 便 可 由 表格 得 知 其 处 理 函 数 的 名 称 。 


三 个 奇怪 的 安 ， 一 张 巨 大 的 网 


时 在 本 书 第 1 章 我 融 介 绍 过 消息 映射 的 锥 形 了 ， 不 过 那 是 小 把 戏 ， 不 登 大 雅之 笔 。 第 3 = l 
DOS Аб = ВЯ, не юж, МЕ ГА МЕС 的 原始 代码 完成 的 ， 可 以 说 
具体 而 微 。 


试看 思考 这 个 问题 : C++ КЖ ASA. [SURE dE GE РИКА ЫН НЕРЖ 
联 。 但 这 当中 并 没有 牵扯 到 Windows 消息 。 的 确 ，C++ 语言 完全 没有 考虑 Windows 消息 这 
一 回 事 〈 那 当然 ) 。 如 何 让 Windows 消息 也 能 够 在 面向 对 象 以 及 继承 性 质 中 扮演 一 个 角色 ? 
既然 语言 没有 文 持 ， 只 好 和 目 求 多 往 了 。 消息 映 射 机 制 的 三 个 相关 安 融 是 МЕС 目 求 多 往 的 结 
果 。 


| 消息 映射 是 МЕС 内 建 的 一 个 消息 分 派 机 制 ， €—— 类 似 
填 表 格 ， 就 可 以 让 Framework 知道 ， 一 有 旦 消息 发 生 ， 该 循 哪 一 条 路 递 每 一 个 类 只 能 拥有 
一 个 消息 映射 表格 ， 但 也 可 以 没有 。 下 面 是 Scribble Document ам 


ARGE PSHHSCUE ОН) 声明 拥有 消息 映射 表格 : 


class CScribbleDoc : public CDocument 


{ 


DECLARE MESSAGE MAP() 
p 


然后 在 类 实现 文件 (СРР) 实现 此 一 表格 : 


BEGIN MESSAGE MAP(CScribbleDoc, CDocument) 


/7%ХАЕХ MSG MAP(CScribbleDoc) 
ON COMMAND(ID EDIT CLEAR ALL, OnEditClearAll) 
ON COMMAND(ID PEN THICK OR THIN, OnPenThickoOrThin) 


/ /'YXYAFX. MSG. MAP 
END MESSAGE MAP() 


这 其 中 出 现 三 个 宏 。 第 一 个 宏 BEGINMESSAGE MAP 有 两 个 参数 ， 分 别 是 拥有 此 消息 映射 
表 之 类 ， 及 其 父 类 。 第 二 个 宏 是 ON_COMMAND， 指 定 命令 消息 的 义理 函数 名 称 。 第 三 个 宏 
END MESSAGE МАР 作为 结尾 记号 。 人 至 于 夹 在 BEGIN ЕМО 之 中 奇 奇 怪 怪 的 说 明 符 
zl 和 /{， 是 ClassWizard 产生 的 ， 也 是 用 来 给 它 自己 看 的 。 记 住 ， 前 面 我 就 说 了 ， 很 少 人 
会 目 己 亲手 键入 每 一 行 代码 ， 因 为 ClassWizard 的 表现 相当 不 俗 。 


夹 在 BEGIN 和 END 之 中 的 宏 ， 除 了 ON COMMAND， 还 可 以 有 许多 种 。 标 准 的 Windows 消 
ВЖЕ АРИЯ. КАРА, НАМ ГМ Gm 
iX B) , IRE : 


宏 名 称 对 映 消息 ЖАЛАНЫ 


ON WM CHAR WM СНАЕ OnChar 


ON WM CLOSE WM CLOSE OnClose 

ON WM CREATE WM CREAIE On Create 

ON WM DESTROY WM DESTROY OnDestroy 

ON WM LBUTTONDOWN WM LBUTTONXDOWN OnLButtonDown 
ON WM LBUTTONUP WM LBUTTONUP OnLButtonUp 
ON WM MOUSEMOVE WM MOUSEMOVE OnMouseMove 
ON WM PAINT ҚҰМ PAINT OnPamt 


DECLARE MESSAGE МАР Z= 


消息 映射 的 本 质 其 实 是 一 个 巨大 的 数据 结构 ， 用 来 为 诸如 WM РАМТ 这 样 的 标准 消息 决定 流 
动 路 线 ， 使 它 得 以 流 到 父 类 去 ; EMT WV COMMAND 这 个 特殊 消息 决定 流动 路 线 ， 使 
它 能 够 七 拐 八 弯 地 流 到 类 阶层 结构 的 劳 支 去 。 


观察 机 密 的 最 好 方法 束 是 挖掘 原始 代码 : 


// in AFXWIN.H 

define DECLARE MESSAGE MAP(] \ 

private: N 
static const АРХ MSGMAP ENTRY  messageEntries[]; \ 

protected: \ 
static AFX DATA const АРХ MSGMAP messageMap; \ 
virtual const АРХ MSGMAP* GetMessageMap(] const; V 





注意 : static 修饰 词 限制 了 数据 的 配置 ， 使 得 每 个 「 类 」 仅 有 一 份 数据 ， 而 不 是 每 一 个 「 对 
RI 各 有 一 份 数据 。 


我 们 看 到 两 个 阳 生 的 类 型 : АРХ MSGMAP ENTRY 和 AFX MSGMAP, 继续 挖 原始 代码 ， 发 
现 前 者 是 一 个 struct : 


// in AFXWIN.H + | 


struct AFX MSGMAP ENTRY | 
| 


UINT nMessage; // | windows messaqe 


UINT nCode; //| control code or WM NOTIFY code 

UINT nID; и control ID {ог О for windows messages] 

UINT nLastID; // used for entries specifying a range of control id's 
UINT nSig; // signature type {action} or pointer Ес message BË 


АРХ PMSG pfn; n routine to call (or special value] 


E t nou / 


(ЕНЕР Е МЕН, х= 8 пМеѕѕадехї 5 РЕ рт. Еріп 的 数据 
类 型 АРХ РМС Е 3. 7 — ТИН: 


typedef void (AFX MSG CALL CCmdTarget::*AFX PMSG)(void); 


出 现在 DECLARE MESSAGE МАР 987 5 —“"struct, AFX MSGMAP, ЖТ: 


// in AFXWIN.H PY 
struct AFX MSGMAP 
| 
const АРХ MSGMAP* pBaseMap; 
const AFX MSGMAP ENTRY* lpEntries; 
|; 


其 中 pBaseMap 是 一 个 指向 12% 2 ННЯ КЕ, ЕЕ f ТЕЛ EET 22 2 EP БЕН) 
"m, 有 效 地 实现 出 消息 映射 的 继承 性 。 派生 类 FB s | 继承 其 基 类 中 所 人 处理 的 消息 ， 


意思 是 ， 如 果 基 类 人 处理 过 人 ңы, i 其 派生 类 即使 未 设计 А 消息 之 ; 消息 映射 表 项 目 ， 也 具有 对 
A 消 息 的 义理 能 力 。 当 然 啦 ， 派 生 类 也 可 以 针对 A 消 息 设 计 目 己 的 消息 映射 表 项 。 


AREK | 但 Message Map 没 有 虚 函 数 所 带 来 的 巨大 的 overhead (额外 负担 ) 51 
DECLARE MESSAGE MAP 这 么 简单 的 一 个 宏 ， 相 当 于 为 类 声明 了 图 9-1 的 数据 类 型 。 注 
意 ， 只 是 声明 而 已 ， 还 没有 真正 的 实体 。 


 messageEntries[] 





图 9-1 DECLARE MESSAGE MAP 宏 相当 于 声明 了 这 样 的 数据 结 


消息 映射 网 的 形成 : BEGIN ON END 


前 置 准 各 工作 完成 了 ， 接 下 来 的 课题 是 如 何 实 现 并 填充 图 9-1 的 数据 结构 内 容 。 当 然 你 马上 
就 猜 到 了 ， 使 用 的 是 另 一 组 宏 : 


BEGIN MESSAGE MAP(CMyView, CView) 
ОМ WM. PAINT() 
ON. WM. CREATE( ) 


END MESSAGE MAP() 


奥秘 还 是 在 原始 代码 中 : 


// 以 下 原始 代码 在 AFXWIN.H 


#define BEGIN MESSAGE MAP(theClass, baseClass) \ 
const АРХ MSGMAP* theClass::GetMessageMap()] const \ 
( return &theClass::messageMap; | \ 
AFX DATADEF const AFX MSGMAP theClass::messageMap N 
{ &baseClass::messageMap, &theClass:: messageEntries[0] }; Ñ 
const АРХ MSGMAP ENTRY theClass:: messaqeEntries[] = ` 
{А 


#ЧеЁ1пе END MESSAGE МАР() \ 
10, 0, 0, 0, AfxSig end, (AFX FMSG]O ] \ 


ERN Уем 


注意 : AfxSigend 在 AFXMSG.H 中 被 定义 为 0 
// 以 下 原始 代码 在 AFXMSG .H 


Kdefine ON COMMAND (id, memberFxn] ` 
{ WM COMMAND, СМ COMMAND, (WORD]id, (WORD]id, AfxSig vv, (AFX PMSG)memberExn |, 


#define ON WM CREATE(]) \ 
{ WM CREATE, 0, 0, 0, AfxSig is, \ 
{АРХ РМ5С] {АРХ PMSGW) (int {АРХ MSG CALL CWnd: :* | (LPCREATESTRUCT] ) OnCreate |, 
Kdefine ОН WM DESTROY(] ` 
{ WM DESTROY, 0, 0, 0, AfxSig vv, \ 
[АРХ PMSG](AFX PMSGW] (void (АРХ MSG CALL CWnd::*)(void]]OnDestroy }, 
Édefine ON WM MOVE() \ 
( WM МОМЕ, 0, 0, 0, AfxSig vvii, \ 
(AFX PMSG)(AFX PMSGW]) (void {АРХ M5G CALL CWnd::*) (int, int]]OnMove |, 
üdefine OH WM SIZE() * 
( WM SIZE, 0, 0, 0, AfxSig vwii, \ 
(AFX PMSG](AFX PMSGW]) (void (AFX MSG CALL CWnd::*] (UINT, int, int])JOnSize |, 
Bdefine ОН WM ACTIVATE(] \ 
{ ЮМ ACTIVATE, 0, 0, О, AfxSig vwhb, \ 
{АРХ PMSG)(AFX PMSGW] (void (AFX MSG CALL CWnd::*] (UINT, CWnd*, 
BOOL)]OnActivate |, | 
Kédefine ОН WM SETFOCUS(]) \ 
( ЮМ SETFOCUS, О, 0, 0, AfxSig vW, ` 
(АРХ PMSG](AFX PMSGWJ (void (АРХ MSG CALL Сипа::*} (CWnd*]]OnSetFocus }, 
#defire ОН WM PAINT(] \ 
{ WM PAINT, Ô, 0, 0, AfxSig vv, \ 
{АРХ EMSG] (AFX PMSGW] (void {АРХ MSG CALL CWnd::*)] (void]]OnPaint }, 
Kdefine ON WM CLOSE(] \ 
{ ЮМ CLOSE, Ô, О, 0, AfxSig vv, À 
{АРХ PMSG]([AFX PMSGW) (void (АРХ MSG CALL CWnd::*]) (void]]OnClose }, 


BEGIN MESSAGE MAP(CMyView, CView) 
ON. WM. CREATE( ) 

ОМ WM. PAINT() 

END MESSAGE MAP() 


便 被 展开 成 为 这 样 的 代码 : 


const АРХ М5ОМАР" CMyWView::GetMessageMap()] const 
[ return &CMyView::messageMap; | 
АРХ DETADEF const АРХ MSGMAP CMyView::messageMap = 
{ &CView::messageMap, &CMyView:: messageEntries[O] |; 
const АРХ MSGMAP ENTRY CMyView:: messageEntries[] = 
i 


( WM CREATE, 0, 0, 0, AfxSig is, 1 
(АЕХ PMSG])(AEX PMSGW)](int {АЕХ MSG CALL CWnd::*](LPCREATESTRUCT)]OnCreate |, 


( WM PAINT, 0, 0, 0, AfxSig vv, \ 
(АҒА PMSG](AFX PMSGW](void (AFX MSG CALL CWnd::*](void)]OnPaint |, 


(0, б, б, б, AfxSig end, (AFX РМС} О | 


其 中 AFX DATADEF 和 AFX MSG САПХЕЯ ТИЕ ВУ Ы РИМЕ ХУ ftr 
找到 它们 的 定义 : 


// in NDEVSTUDIONVCNMFCNINCLUDENAFXVER_.H 
#define AFX_DATA 

#define AFX_DATADEF 

// in NDEVSTUDIONVCNMFCNINCLUDENAFXWIN.H 
#define AFX_MSG_CALL 


然 它们 就 像 afx _ msg 一 样 (我 佛经 在 第 6 章 的 HellpMFC 原始 代码 一 出 现 之 后 解释 过 ) ， 都 


Е? 
RE "intentional placeholder" (刻意 保留 的 空间 ) ， 可 能 在 将 来 会 用 到 ， 目 前 则 为 [无 
物 」。 


以 图 表示 BEGIN ON END 宏 的 结果 为 : 


CVIew::messagelvlap 


| | 
CMyView:: messageEntries[] 





WM PAINT. 0, 0, 0, Аід vv, OnPaint CMyView::messageMap 


WM CREATE, 0. D, 0. AfxSig is, OnCreate 


0.0.0.0. Afx5ig end, 0 





注意 : 图 中 的 AfxSigvv 和 APxSig is 都 代表 签名 符号 (Signature) 。 这 些 常 数 在 AFXMSG.H 

ЕЗ, НІН, 

前 面 我 说 过 了 ， 所 有 能 够 接收 消息 的 类 ， 都 应 该 派生 目 CCmdTarget。 那 么 我 们 这 么 推论 应 该 
合情合理 的 : 每 一 个 派生 自 CCmdTarget 的 类 都 应 该 有 DECLARE/BEGIN/END_ 宏 组 ? 

唔 ， 错 了 ，CWinThread 就 没有 ! 


这 人 么 一 来 ，CWinApp 通 往 CCmdTarget 的 路 径 不 就 断 掉 了 吗 ? 呵呵， 难道 CWinApp 不 
CWinThread 直接 连 上 CCmdTarget 吗 ? 看 看 下 面 的 MFC 原始 代码 : 


// іп AFXWIN.H 
class CWinApp : public CWinThread 


{ 


DECLARE MESSAGE МАР() 
I 


// in APPCORE.CPP 

BEGIN MESSAGE MAP(CWinApp, CCmdTarget] // HES MERE COmdTarget ' 
//((AFX MSG MAP (CHinApnp] rr 而 不 是 CWinThread: 
// Global File commands 


OM COMMAND(ID APP EXIT, OnAppExit) 
// МЕЦ - most recently used file menu 
ON UPDATE COMMAND UI(ID FILE MRU FILEl, OnUpdateRecentFileMenu] 
ON COMMAND EX RANGE(ID FILE MRU FILEl, ID FILE MRU FILEl16, OnOpenRecentFile] 
//))AFX MSG MAP 
END MESSAGE МАР (] 


让 我 们 看 看 具体 的 情况 。 图 9-2 就 是 MFC 的 消息 映射 表 。 当 你 的 派生 类 使 用 了 
DECLARE/BEGINIEND 宏 ， 你 也 就 把 自己 的 消息 映射 表 挂 上 去 了 一 ща Ей, 


如 果 没 有 把 BEGIN MESSAGE MAP 安 中 的 两 个 参数 (ВЕ жим) 按照 
规矩 来 于， 可 能 会 发 生 什 么 结果 呢 ? 消息 可 能 在 不 应 该 流向 某 个 类 时 流 了 过 去 ， 在 应 该 被 处 
理 时 却 又 跳 离 了 。 总 之 ， 完 美的 机 制 有 了 破绽。 程序 没 当 掉 算 你 幸运 ! 


CinThread CWinApp CMyWinApp 
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99-2 МЕС 消息 映射 表 (也 就 是 消息 流动 网 ) 


我 们 终于 了 解 ，Message Map 既 可 说 是 一 套 宏 ， 也 可 以 说 是 安 展开 后 所 代表 的 一 套数 据 结 
№; 甚至 也 可 以 说 Message Мар 是 一 种 动作 ， 这 个 动作 ， 就 是 在 刚刚 所 提 的 数据 结构 中 寻找 
与 消息 相 吻 合 的 项 目 ， 从 而 获得 消息 的 处 理 例 程 的 了 范 数 据 针 。 


虽然 ，C++ 程序 员 看 到 多 态 (Polymorphism) ， 直 党 的 反应 就 是 虚 函 数 ， 但 请 注意 ， A 
Message Map ФАК ^ Е] Ж Ч $ 95 ЗИ, НИЖЕ. "ЕВ TERA FEB E 
理 的 : 你 产生 一 个 与 窗口 有 关 的 C++ 类 ， 然 后 为 此 窗口 所 可 能 接收 的 任何 消息 都 提供 иез 
应 的 虚 函 数 。 这 的 确 散 发 着 C++ 的 味道 和 面向 对 象 的 精神 ， 但 现实 与 理想 之 间 总 是 有 些 距 
о 


HAE, EKUA 25 ЕҢ —– T ЕРАЗ (virtual function table, vtable) 实现 出 来 ， 每 一 个 子 
Ане ов к, HAENEN X Ея (но = [类 与 

对 象 大 解剖 」 一 节 ) Е, аланла нее 价值 4 字 节 ， 如 

RE Ж ПЕРЕН 100 个 项 目 ， 经 过 10 层 继 承 ， 开 枝 散 叶 ， 总 共 需 耗费 多 少 内 存在 其 中 ? 
最 终 ， 系 统 会 航 巨 大 的 额外 负担 (overhead) #Fsj= | 


这 融 是 为 什么 МЕС 采用 独特 的 消息 映射 机 制 而 不 采用 虚 函 数 的 原因 。 


米 诺 托 斯 (Minotauros) 与 西 修 斯 (Theseus) 


十 至 目前 我 还 有 一 些 细 节 没 有 交待 清楚 ， 像 是 消息 的 比 对 动作 、 消 息 处 理 例 程 的 调用 动作 、 
以 及 参数 的 传递 等 等 ， 但 至 少 现在 可 以 先 继续 进 行 下 去 ， 我 的 目标 瞄准 消息 哪 简 〈 叫 捕获 也 
可 以 啦 ) 。 


窗口 接收 消息 后 ， 是 谁 把 消息 哪 进 消 息 映 射 网 中 2 орай 该 直下 往 父 映射 表 走 去 ? 还 
та 另 一 条 路 《请 回头 看 看 图 9-2) ? 消息 的 绕 行路 线 ， 以 及 MFcC 的 消息 哪 简 的 设计 ， 活 
像 是 米 诺 托 斯 的 迷宫 。 不 过 别 担心 ， 我 将 扮 — ik a š ERR. 


米 诺 托 斯 (Minotauros) , +881955 4 ЛЕРМЕН, а EE] F iz НТ SEP Ж, 
i НЕК е ЖЕН T RH, ЛЖ, РУНЕТЕ 
(Theseus) 所 杀 。 


MFC2.5 (注意 ， 是 2.5 而 非 4.x) 便 经 在 WinMain 的 第 一 个 重要 动作 AfxWinlnit 之 中 ， 自 动 为 程 
序 注 册 四 个 Windows 窗 口 类 ， 并 且 把 窗口 函数 一 致 设 为 AfxWndProc : 


//in APPINIT.CPP ( МЕС 2.5) 
BOOL АҒХАРІ AfxWinInit(HIHSTAHCE hInstance, HINSTANCE hPrevInstance, 
LESTR lpCmdLine, int ncCmdShow] 


// register basic WndClasses ОУ TER tAn ЖЕЛЕЗІ) 
WHDCLASS wndcls: 
wndcls.lpfnWndProc = AfxWndProc; 


// Child windows - no brush, no icon, safest default class styles 
wndcls.lpszClassMame =  afxWnd; 
o if (!::RagistarClass(&wndcls)] 

return FALSE; 


// Control bar windows 
wndcls.lpszClassMame =  afxWndControlBar; 
Ө ir (!::RegisterClass(&wndcls]] 

return FALSE; 


// MDI Frame window (also used for splitter window] 
© ir (!RegisterWithIcon(&wndcls, afxWndMDIFrame, АРХ ТОТ STD МОТЕВАМЕ) } 
return FALSE; 


ҮР SDI Frame or HDI Child windows or views = normal colors 
O ir (!RagisterWithIcon(&wndcls, afxWndFrameOrViaw, AFX ТОТ STD FRAME] } 
return FALSE; 


下 面 是 AfxWndProc 的 内 容 : 


// in МІНСОБЕ.СРР (МЕС 2.5) 
LRESULT CALLBACK АҒХ EXPORT 
AfxWndProc(HWHMD hWnd, UINT message, WPARAM wParam, LPARAM 1Рагат) 


| 
CWnd* рипа; 


phnd = CWnd::FromHandlePermanent (hWnd) ; 
ASSERT {рига Iz MULL]: 
ASSERT (pWwnd->m Бъ == hind]; 


LRESULT lResult = AfxCallWndProc(pWnd, hWnd, message, wParam, lParam); 
return lResult; 
} 


// Official way to send message to a CWnd 
LRESULT PASCAL  AfxCallWndProc(CWnd* pWnd, HWHD hWnd, UINT message, 
WPARAM wParam, LPARAM lParam) 
{ 
LRESULT lResult: 


TRY 
t 


lResult = рИпа->МіпдочРкос(теззаде, wParam, lParam}; 


" ти 


return lResult; 


МЕС 2.5 的 CWinApp::Run 调 用 PumpMessage， 后 者 又 调用 ::DispatchMessage， 把 消息 源源 
推 往 AfxWndProc (如 上 ) ， 最 后 流向 pWnd->WindowProc 去 。 拿 SDK 程序 的 本 质 来 做 比 
对 ， 这 样 的 逻辑 十 分 容易 明白 。 


МЕС 4.x 仍 旧 使 用 AfxWndProc 作 为 消息 哪 简 的 起 点 ， 但 其 间 却 隐藏 了 许多 关节 


但 愿 你 记忆 犹 新 ， 第 6 章 鲁 经 说 过 ，MFC 4.x 适时 地 为 我 们 注册 Windows 窗口 类 (在 第 一 次 

产生 该 种 型 式 之 窗口 之 前 ) 。 这 些 个 Windows A0 Ж) Г1БЧФ Ж х= 「 窗 口 所 对 应 之 C++ 

类 中 的 DefWindowProc px Я РА] ， 请 参考 第 6 章 [CFrameWnd::Create 产 生 主 窗口 一 
$. AMA МЕС 2.5 的 作法 (所 有 窗口 类 共享 同一 个 窗口 汞 数 ) НІНІ. ЖА, Ж 
Moenia ВЕ CWinThread::PumpMessage 中 调用 的 ::DispatchMessage (请 参考 第 

б = [CWinApp::Run 程序 生命 的 活水 源头 」 一 节 ) ， 照 说 应 该 把 消息 哪 到 对 应 之 C++ X B 

DefWindowProc PX я РА. (852, ЗИ МЕС 4.x 中 仍然 保有 和 MFC 2.5 相同 的 

AfxWndProc， 仍 然 保 有 AfxCallWndProc， 而 且 它 们 扮演 的 角色 也 没有 变 。 


事实 上 ，MFC 4.x 利用 hook， 把 看 似 无 关 的 动作 全 牵 联 起 来 了 。 所 谓 hook, Æ Windows 程 
序 设计 中 的 一 种 高 阶 找 术 。 通 意 消 息 都 是 停留 在 消息 队列 中 等 待 被 所 隶属 之 窗口 抓 取 ， 如 果 
你 设立 hook， 就 可 以 更 早 一 步 抓 取消 息 ， 并 且 可 以 抓 取 不 属于 你 的 消息 ， 送 往 你 设 定 的 一 个 
所 谓 1 滤 网 函数 (filler) |. 


青 查阅 Win32 API 手册 中 有 关于 SetWindowsHook 和 SetWindowsHookEx 两 函数 ， 以 获得 
re 信息 。 (可 参考 Windows 95 : A Developer's Guide — 5 #8 6 =Ноок$) 


МЕС 4.x 的 hook 动作 是 在 每 一 个 CWnd 派生 类 之 对 象 产 生 之 际 发 生 ， 步 又 如 下 : 


// in МІНСОБЕ.СЕР (МЕС 4.x) 


// ЕН 6 XE C CErameWad:iCreate ЕЕЕ у — Bm 
BOOL CWnd::CreateEx(...] 
i 


PreCreateWindow(cs); ”// 第 6 ИРЕНА — ERST ° 
AfxHookWindowCreate(this]; 
HIND hWnd = : алыш mE. cx d 


] | 


// in WIMCORE.CPP {МЕС 4.x) 
void АҒХАРІ AfxHookWindowCreate([CWnd* рипа} 
1 


prhreadState--m hHookOldCbtrFilter = ::SetWindowsHookEx(WH CET, 
 AfxCbtFiltarHook, NULL, : :GetCurrentThreadId([]]: 


} 


WH_CBT 是 众多 hook 类 型 中 的 一 种 ， 意 味 着 安装 一 个 Computer-Based Training (СВТ) X 
AKRA. RLA, Windows 系统 在 进行 以 下 任何 一 个 动作 之 前 ， 会 先 调用 你 的 滤 网 本 效 : 


° 兮 一 个 窗口 成 为 作用 中 的 窗口 (HCBT ACTIVATE) 


° 产生 或 摧毁 一 个 窗口 (HCBT_CREATEWND, HCBT_DESTROYWND) 


最 大 化 或 最 小 化 一 个 窗口 (НСВТ МІММАХ) 
搬移 或 缩放 一 个 窗口 (HCBT MOVESIZE) 


完成 一 个 来 自 系 统 选单 的 系统 命令 (HCBT SYSTEMCOMMAND) 


° 从 系统 位 列 中 移 去 一 个 滑 鼠 或 键盘 消息 (HCBT KEYSKIPPED , 


HCBT CLICKSKIPPED) 
因此 ， 经 过 上 述 hook 350 А, (ОВ 2 4,2 BU, ЗЕ AfxCbtFilterHook— 3E 


先 被 调用 : 


_AfxCbtFilterHook(int code, WPARAM wParam, LPARAM lParam] 


4 


_АЕХ THREAD STATE* prhreadState = AfxGetThreadState(]: 


if (code != HCBT CREATEWND] 


i 
// wait for HCBT CREATEWND just pass others on... 
return CallMextHookEx(pThreadState-^m hHookOldCbtFilter, code, 


wParam, lParam): 


if [(l'afxData.bWini1] 


( 
// perform subclassing right away оп Win32 


 AfxStandardSubclass((HWND]wParam]; 


| | 


LRESULT lResult = CallNextHookEx(pThreadState-»m hHookOldCbtFilter, code, 


wParam, lParam]; 
return lResult; / 


= 


void AFXAPI  AfxStandardSubclass (НИМО hind) 
( 


// subclass the window with standard AfxWndProc 
oldWndProc  (WHDPROC]SatWindowLong (hWnd, GWL WHDPROC, 


(DWORD]) AfxGetAf xWndProc(]]:; 
| 


| | 
WNDPROC АҒХАРІ AfxGetAfxWndProc() 
[ 


TT &AfxWndProc; 
] 
啊 ， 非 常 明 显 ， 上 面 的 函数 合力 做 了 偷 天 换 日 的 勾当 : 把 「 窗 口 所 属 之 Windows 窗口 类 」 中 


所 记录 的 窗口 函数 ， 改 换 为 AfxWndProc。 于 是 ，::DispatchMessage 就 把 消息 源源 推 往 
AfxWndProc 去 了 。 


这 种 看 起 来 很 迁 回 又 怪异 的 作法 ， 是 为 了 包容 新 的 3D Controls (细节 就 容 我 省 略 了 吧 ) ， 并 
与 MFC 2.5 相 容 。 下 图 把 前 述 的 hook 和 subclassing 动作 以 流程 图 显示 出 来 : 


| CFrameWnd-:LoadFrame | 





| СЕга meWnd:-Create 


CWnd- CreateEx j 
| T] AHookWindowCreatetthis) | ° 


zSefWindowsHookEx(VVH, СЕТ, _AfxCbtFilterHook Ур 









Чама WH_CBT hook ' REFIRE ) 
$ AfxCbtFilterHook 。 J 








| SCreateVWindowtEx 






set ° ТРЕТ" 
WH_CBT hook TELE S | 
JAAfxCbtFilter Hook еа # a 








_AfxCbtFilterHook 
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setVVindowLong (hVWnd, ыы DPR тс ей | 
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command routing 


(through message map) CWL WNDPROC 


不 能 稍 息 ， 我 们 还 没有 走出 迷宫 | AfxWndProc 只 是 消息 两 万 五 千里 长 征 的 第 一 站 | 


message handler 





жыл 











J 大 

Еа ИЛЬ 

eu 消息 从 发 生 到 被 摧 取 ， IË = +E [е] t Bg Ja T8, 是 — Ex == Kr. 上 一 节 我 们 来 到 了 漫 >= 3 
路 的 起 头 AfxWndProc， 这 一 节 我 要 带 你 看 看 消息 实际 上 如 何 推动 。 


消息 的 流动 路 线 已 隐隐 有 脉络 可 寻 ， 此 脉络 是 指 由 BEGIN MESSAGE MAP 和 
END MESSAGE MAP 以 及 许 许 多 多 ON WM xxx 宏 所 构成 的 消息 映射 网 。 但 是 哪 简 和 与 方向 
意 是 如 何 设 计 的 ?一 切 的 线索 还 是 要 靠 原始 代码 透露 : 


// in WINCORE.CPP (MFC 4.x) 


LRESULT CALLBACK AfxWndProc(HWND hwnd, UINT nMsg, WPARAM wParam, 


{ 


// messages route through message тар 
CWnd* pWnd = CWnd::FromHandlePermanent(hwnd); 
return AfxCallwndProc(pwnd, hwnd, nMsg, wParam, lParam); 


LRESULT AFXAPI AfxCallwndProc(CWnd* pWnd, HWND hwnd, UINT nMsg, 
WPARAM wParam = 0, LPARAM lParam = 0) 


{ 
// delegate to object's WindowProc 
lResult = pwnd-»WindowProc(nMsg, wParam, lParam); 
return lResult; 

} 


LPARAM lParam) 


整个 MFC 中 ， 拥 有 虚 函 数 WindowProc 者 包括 CWnd、CControlBar、COleControl、 


COlePropertyPage. CDialog. CReflectorWnd. CParkingWnd, 
Ll. View 窗口 ) 都 派生 自 CWnd， 所 以 让 我 们 看 看 CWnd::WindowProc。 


С++Ҥ) ПРА : 


// in WINCORE.CPP (МЕС 4.х) 


LRESULT CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam) 


// OnwndMsg does most of the work, except for DefWindowProc call 


LRESULT lResult - 0; 

if (!OnwndMsg(message, wParam, lParam, &lResult)) 
lResult - DefWindowProc(message, wParam, lParam); 

return lResult; 


) 
LRESULT CWnd::DefWindowProc(UINT nMsg, МРАКАМ wParam, LPARAM lParam) 


| 
1f (m_pfnSuper != NULL) 


return::CallWindowProc(m_pfnSuper,m_hwnd,nMsg,wParam, lParam); 


WNDPROC pfnwndProc; 

if ((pfnwndProc = *GetSuperwndProcAddr()) == NULL) 
return::DefwindowProc(m_hwnd,nMsg,wParam,lParam); 

else 


return::CallWindowProc(pfnwndProc,m_hwnd, nMsg, wParam, lParam); 


iB x E39 (一 般 Windows 68) 


CWnd::WindowProc 调用 的 OnWndMsg 是 用 来 分 辨 并 义理 消息 的 专 
11552 ОпСоттапа E, 23898 (Notification) , 5%» 
WM_ACTIVATE 和 WM_SETCURSOR 也 都 有 特定 的 义理 函数 。 而 一 般 的 Windows 消 息 ， 


7 В, 


Ж 


ж 


ЯНА Же Е, RAHE ОНА), ҒАН ЖҰЛА S 


XX, СР ВЕ, 


/LN 


WM_COMMAND 和 通告 消息 WM_NOTIFY 两 类 呢 ? 因为 它们 的 上 溯 路 径 不 是 那么 单纯 地 只 


一 般 窗 口 〈 例 如 Frame 窗 
ix AER ZAURH SÉ + 


R 机 构 ; 如 果 是 命令 消 
OnNotify 4^ IË, 


ГУМЕ 


#0001 // in WINCORE.CPP (МЕС 4.0) 
#0002 BOOL CWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult] 


#0003 ( 


#0004 
#0005 
#0006 
#0007 
#0008 
#0009 
#0010 
#0011 
#0012 


#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
ROQ 20 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
80030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
&oO40 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 


#0047 
O04348 
#004 9 
ЕСІ50 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 


LRESULT lResult = 0; 


// special case for commands 
if (message ш- WM COMMAND] 
{ 


OnCommandiwParam, lParam]; 


// special case for notifies 
if (message == ИМ NOTIFY) 
{ 
OnNotify(wParam, lParam, &lResult]; 


} 


const AFX MSGMAP* pMessageMap; pMessageMap = GetMessageMap(]: 

UINT iHash; iHash = (LOWORD((DWORD])pMessageMap] ^ message] в (iHashMax-1]; 
AfxLockGlobals(CRIT WINMSGCACHE]; 

АРХ МЕС CACHE msgCache; msgCache =  afxMsgcCache[iHash]; 
AfxUnlockGlobals(CRIT WINMSGCACHE]; 


const AFX MSGMAP ENTRY* lpEntry; 
if (...) // ЖЖНЕЯНЕ chche 之 中 
{ 
// cache hit 
lpEntry = msqCache.lpEntry; 
if (lpEntry == NULL] 
return FALSE; 


// cache hit, and it needs to be handled 
if (message < OxCOOD0] 

goto LDispatch; 
else 

goto LDispatchRegistaerad; 


else 


// not in cache, look for it 
msgCache.nMsg = message; 
msgCache.pMessageMap = pMessageMap; 


for (/* pMessageMap already init'ed */; pMessageMap !- NULL; 
pMezssageMap = рМеззацеМар->рВазеМар) 
// 利用 AfxFindMessageEntry ЗА ЕВС 
// ЗНН а НЕМ >. 如 果 找 到 ' БИК nMsg 55 АЯ 
// (< OxCOO0) ЖЕТТЕН ВАЕ (> Охсооо ) ЯМА 
// LDispatch: ЖҰ LDispatchRegistered: ЖТТ? 


// Note: catch not so common but fatal mistake!! 
/ / БЕСІН MESSAGE MAP(CMyWnd, Смута) 


if (message < üxCOÓQOQO) 
{ 


#0059 
Е%0060 
#0061 
#0062 
%фО063 
#0064 
#0065 
%О066 
#0067 
%О068 
%0069 
%80070 
#0071 
%0072 
#0073 
#0074 
#0075 
#0076 
Е80077 
#0078 
%80079 
ФООВО 
#0081 
%фООВ2 
#0083 
#0084 
ООВ 
#0086 
BOOB 7 
#0088 


80085 
80090 
#0091 
#0092 
#0093 
#0094 
#0095 
80096 
#0097 
#0098 
#0099 
#0100 
#0101 
#0102 
#0103 
#0104 


#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 


// constant window message 
if ((lpEntry = AfxFindMassagaEntry(pMessageMap-»lpEntries, 
message, O, 0]) != NULL) 
i 
msgcache.lpEntry = lpEntry: 
goto LDispatch; 
} 
} 
else 
{ 
// registered windows message 
lpEntry = pMessageMap-»lpEntries; 
while ((lpEntry = AfxFindMaessageEntry(lpEntry, OxCOÓOO, 0, 0J] 
Iz NULL) 
i 
UIMT* pnID = (UINHT*)([lpEntry-»nSig): 
ASSERT(*pnID >= OxCÓOO0); 
// must be successfully registered 
if (*pnID = message] 
i 
msgCache.lpEntry = lpEntry:; 
goto LDispatchRegistaered; 
} 
lpEntry**;:; // keep looking past this one 
} 
} 
msgcache.lpEntry = NULL; 
return FALSE; 
] 


ASSERT ( FAL SE ] ; // not reached 


LDispatch: 


union MossageMapFunctions mmf; 
mmf.pfn = lpEntry-»pfn;: 


switch (lpEntry-»nSig)] 

{ 

сазе AfxSig bD: 
lResult = (this--*mmf.pfn bD] (CDC: : ҒготНапа1е { (HDC] wParam] }; 
break; 


case AfxSig bb: // AfxSig bb, AfxSig bw, AfxSig bh 
lResult = ([this-»*mmf.pfn bb]((BOOL)wParam]: 
break; 


case AfxSig bWww:  // really AfxSig bWiw 
lResult = (this-»*mmf.pfn bWww](CWnd::FromHandle((HWND)wParam], 
(short) LOWORD(lParam], HIWORD(lParam]]; 
break; 


case AfxSig bHELPINFO: 
lResult = {this=>*mmf .pfn bHELPINFO) ((HELPIMFO*])lParam]; 
break; 


case AfxSig is: 
lResult = (this-»*mmf.pfn is]((LPTSTR]lParam]; 


break; 


case AfxSig lwl: 


80119 


lResult = (this->*mmf.pÉfn 151) (wParam, lParam]; 
#0120 break; 
#0121 
#0122 case AfxSig vv: 
40123 (this-5*mmf.pfn vv]í]): 
10124 break; 
#0125 € 
#0126 } 
#0127 goto LReturnTrue; 
#0128 / 
#0129 LDispatcbRegistered: // for registered windows messages 
%0130 ASSERT (message >= бхс00й); 
#0131 mmf /pfn = lpEntry->p£fn; 
40132 1Result = (this-^*mmf.pfn lwl])(wParam, lParam); 
#0133 / 
Маде LReturnTrue: 
#0135 if (pResult != NULL 
|0136 *pResult = lResult; 
#0137 return TRUE; 
#0138 | 
#0001 AfxFindMessageEntry(const АРХ MSGMAP ENTRY* lpEntry, 
#0002 ТНТ nMsg, UINT nCode, UINT nID) 
#0003 { 
#0004 Rif defined( M IX86] && !defined( AFX PORTABLE] 
#0005 // 32-bit Intel 386/486 version. 
#0006 // PHH BB ЕИБ ИАН + 加快 速度。 
#0007 false // АРХ PORTABLE 
ЮЕОООВ // C version of search routine 
#0009 while (lpEntry-»nSig (= AfxSig end] 
%0010 { 
#0011 if (1pEntry->nMessage == nMsqg && lpEntry->nCode == nCode && 
80012 nID >= ІрЕпеЕгу->піП && nID <= lpEntry->nLastID] 
#0013 { 
#0014 return lpEntry; 
#0015 } 
#0016 lpEntryt*t; 
#0017 ] 
#0018 return NULL; // not found 
#0019 #endif //  AFX PORTABLE 
#0020 } 


iB ^x ЕНУ ДЕН АБВ Г, ЕЩЕ ЕН ВЯ), ПИН FB 
жи АРТ, ® РА. Ш) ASI, ТЕЖ ТЕЖ 
构 ) ， 另 一 个 是 MFC 为 求 快速 所 设计 的 一 个 cache (cache 的 实现 太 过 复杂 ， 我 并 没有 把 它 的 
原始 代码 表现 出 来 ) 。 比 对 成 功 后 ， 调 用 对 应 之 本 数 时 ， 有 一 个 巨大 的 switch/case 动 作 ， 那 
是 为 了 确保 类 型 安全 (type-safe) 。 稍 后 我 有 一 个 小 节 详 细 讨 论 之 。 


= ) 


如 果 消 息 是 WM_COMMAND， 你 看 到 了 ，CwWnd::OnWndMsg (上 节 所 述 ) 另 辟 蹊 跷 ， 交 由 
OnCommand 来 处 理 。 这 并 不 一 定 就 指 的 是 CWnd::OnCommand， 得 视 this 指针 指向 哪 一 种 
对 象 而 定 。 在 MFC 之 中 ， 以 下 数 个 类 都 改 字 了 OnCommand 虚 函数 : 


725 ЕУ (WM COMMAND 命令 消 


class CWnd : public CCmdTarget 

class CFramewnd : public Cwnd 

class CMDIFrameWnd : public CFramewnd 
class CSplitterWnd : public Cwnd 

class CPropertySheet : public CWnd 
class COlePropertyPage : public CDialog 


我 们 挑 一 个 例子 来 看 。 假 设 消息 是 从 CFrameWnd 进来 的 好 了 ， 于 是 : 


CWinThread CWinApp CMyWin App 














"这 就 是 在 CMy View AR | 
所 发生 的 WM PANTA 


CCmdTarget C Wnd | CFrameWnd CNMyFramevind 
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9-3 当 WM_PAINT 发 生 于 View 窗 口 ， 消 息 的 流动 路 线 


// in FRMWND.CPP (MFC 4.0) 
BOOL CFrameWnd::OnCommand(WPARAM wParam, LPARAM lParam) 
{ 


// route as normal command 
return CWnd::OnCommand(wParam, lParam); 


// in WINCORE.CPP (MEC 4.0) 
BOOL CWnd::OnCommand(WPARAM wParam, LPARAM lParam) 
{ 


return OnCmdMsg(nID, nCode, NULL, NULL); 


这 里 调用 的 OnCmdMsg 并 不 一 定 就 是 指 CWnd::OnCmdMsg， 人 得 看 this 指 针 指 向 哪 一 种 对 象 而 
定 。 目 前 情况 是 指向 一 个 CFrameWnd 对 象 ， 而 MFC 之 中 [拥有 」 OnCmdMsg 的 类 (=, 
此 话 有 语 病 ， 我 应 该 说 MFC 之 中 | 佛经 改写 上 」 过 OnCmdMsg 的 类 ) ж: 


class CCmdTarget : public CObject 
class CFramewnd : public CWnd 

class CMDIFramewnd : public CFrameWwnd 
class CView : public CWnd 

class CPropertySheet : public CWnd 
class CDialog : public CWnd 

class CDocument : public CCmdTarget 
class COleDocument : public CDocument 


显然 我 们 应 该 往 CFrameWnd 追踪 : 


// in FRMWND.CPP (МЕС 4.0) 
BOOL CFrameWnd::OnCmdMsg(UINT nID, int nCode, void* pExtra, 
AFX CHMDHANHDLERINFO* pHandlerInfo] 


// pump through current view FIRST 

CView* pView = GetActiveView(]; 

if (pView != NULL жа pViaw-»OnCmdMsg(nID, nCode, pExtra, pHandlerInfa]] 
return TRUE; 


// then pump through frame 
if (CWnd::OnCmdMsg(nID, nCode, pExtra, pHandlerInfa]] 
return TRUE; 


// last but not least, pump through app 

CWinApp* рАрр = АҰхбсетАрр(); 

if {рАрр != NULL Ев pApp-^OnCmdMsg(nID, nCode, pExtra, pHandlerInfa]] 
return TRUE; 


return FALSE; 
| 


这 里 非常 明显 地 兵 分 三 路 ， 正 是 为 了 实践 MFC 这 个 Application Framework 对 于 命令 消息 的 绕 
行路 线 的 规划 : 


命令 消息 接收 物 的 类 型 RERE 
Frame 视窗 1. View 
2. Frame ЕА 
3. CWimñApp ЖЕ 
- ж 71 қ 
Аузы; 1. View ҖЕ 


2. Document 


Ee 


. Document. ЖЕР 


. Document Template 


Document 


L2 


E 9-4 МЕС +9 WM СОММАМОВЈ 5 EE Ji Fre 
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// in УТЕМСОВЕ. СРР {МЕС 4.0) 
BOOL CView: :OnCmdMsg {UINT nID, int nCode, void* pExtra, 
AFX CHMDHANDLERIMFO* pHandlerInfo) 


// first pump through pane 
if (CHnd::OnCmdMsg(nID, ободе, pExtra, pHandlerInfo]] 
return TRUE; 


// then pump through document 

BOOL bHandled = FALSE; 

if (m pDocument !- NULL] 

{ 
// special state for saving view before routing to document 
 AFX THREAD STATE* pThreadState = AfxGetThreadState()]; 
CView* pOldRoutingView = pThreadState-»m pRoutingView; 
prhreadState-»m pRoutingView = this; 
bHandled = m pDocument-^OnCmdMsg(nID, nCode, pExtra, pHandlerInfo]; 
prhreadState-»m pRoutingView = pOldRoutingView; 


return bHandled; 
] 


这 反应 出 图 9-4 搜寻 路 径 中 [75 View 而 后 Documentj 的 规划 。 由 于 CWnd 并 未 改写 
OnCcmdMsg， 所 以 函数 中 调用 的 CWnd::OnCmdMsg， 其 实 就 是 CCmdTarget::OnCmdMsg : 


// in CHDTARG.CPP (МЕС 4.0) 

BOOL COmdTarget::OnCmdMsg(UINT nID, int nCode, void* pExtra, 
AFX CMDHAHDLERINFO* pHandlerIntfo] 

t 


// look through message map to see if it applies to us 
for (pMessageMap = GetMessageMapí(]; pMessageMap !- NULL; 
pMessageMap = pMessageMap--pBaseMap] 
( 
lpEntry = AfxFindMaessageEntry(pMessageMap--lpEntries, nMsg, nCode, nID]; 
if [(lpEntry != NULL) 
{ 
// found it 
return DispatchCmdMsg(this, nID, ncCode, 
lpEntry-?pfn, pExtra, lpEntry-»nSig, pHandlerInfa): 
} 


| 
return FALSE; // not handled 


其 中 的 AfxFindMessageEntry 动 作 稍 早 我 已 列 出 。 


当 命令 消息 兵 分 三 路 的 第 一 路 走 到 消息 映射 网 的 末尾 一 个 类 CCmdTarget， 没 有 办 法 再 「 节 外 
生 权 」， 只 能 午 钞 比 对 CCmdTarget 的 消息 映射 表 。 如 果 没 有 发 现 吻合 者 ， ` 引起 
CView::OnCmdMsg 接 下 去 调用 m_pDocument->OnCmdMsg。 如 果 有 吻合 者 ， 调 用 全 局 函数 
DispatchCmdMsg : 


static BOOL DispatchCmdMsg(CCmdTarget* pTarget, UINT nID, int ncCode, 
АРХ PMSG ріп, void* pExtra, UINT nSig, АҒА CMDHANDLERINFO* pHandlerInfo) 
// return TRUE to stop routing 


ASSERT VALID(pTarget]; 
UNUSED (nCade ] ; // unused in release builds 


union MessageMapFunctions mmf; 
mmf.pfn = ріп; 
BOOL bResult - TRUE; // default is ok 


switch (nSig) 

1 

case AfxSig vv: 
// normal command or control notification 
(pTarget-»*mmf.pfn COMMAND] (]; 
break; 


case AfxSig bv: 
// normal command or control notification 
bResult = (pTarget-»*mmf.pfn bCOMMAND) () ; 
break; 


case AfxSig vw: 
// normal command or control notification in a range 
(pTarget-»*mmf.pfn COMMAND RANGE] (nID); 
break; 


case AfxSig bw: 
// extended command (passed ID, returns bContinue] 
bResult = (pTarget-»*mmf.pfn COMMAND ЕХ} [nID); 
break; 


default: // illegal 
ASSERT [FALSE] ; 


return 0; 


| 


return bResult; 


以 下 是 另 一 路 CDocument 的 动作 : 


// in DOCCORE.CPP 
ECOL CDocument::OónCmdMsg(UIMT nID, int nCode, void* pExtra, 
АҒА CHDHAMDLERIMHFO* pHandlerInfa] 


if (CCmdTarget::OónCmdMsg(nID, nCode, pExtra, pHandlerIntfo]] 
return TRUE; 


РР otherwise check template 
if (m pDocTemplate !- NULL && 
m pDocTemplatae--0nCmdMsg(nID, nCode, pExtra, pHandlerInfa]] 
return TRUE; 


return FALSE; 
] 


Е 9-5i& Hi FrameWnd AE 51521: Е 5 ВУЧА 2 5 Е, SR 3 mer p. — 4 fj ВЈОО fa 
序 仿真 出 这 样 的 绕 行路 线 。 
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9-5 FrameWnd 窗口 收 到 命令 消息 后 的 四 个 党 试 路 径 。 





第 3 章 佛经 以 一 个 简单 的 DOS 程序 仿真 出 这 样 的 绕 行路 线 。 


OnCmdMsg 是 各 类 专门 用 来 对 付 命 令 消 息 的 函数 。 每 一 个 「 可 接受 命令 消息 之 对 象 
(Command Target) 在 义理 命令 消息 时 都 会 (ЖАУ) 遵循 一 个 洲 戏 规则 : 调用 另 一 个 目标 
类 的 OnCmdMsg。 这 才能 够 将 命令 消息 传送 下 去 。 如 果 说 AfxWndProc 是 消息 流动 的 Í pp 
f3] ， 各 类 的 OnCmdMsg 就 是 消息 流动 的 「[ 转 加 器 」。 


以 下 我 举 一 个 具体 例子 。 假 设 命令 消息 从 Scribble № 【Edit/Clear АП 发 出 ， 其 处 理 常 式 位 在 
CScribbleDoc， 下 面 是 这 个 命令 消息 的 流 浸 过 程 : 


1.MDI 主 视窗 ( CMDIFrameWnd) 收 到 命令 消息 WM_COMMAND， 其 1D 为 
ID EDIT CLEAR ALL, 


2.MDI 主 窗口 把 命 倒 消 息 交 给 目前 作用 中 的 MDI 子 窗口 (CCMDIChildWnd) 。 
3.MDI 子 窗口 给 它 自己 的 子 窗口 (也 就 是 View) 一 个 机 会 。 

4.View 检 查 自己 的 Message Мар. 

5.View 发 现 没 有 任何 处 理 例 程 可 以 处 理 此 命令 消息 ， 只 好 把 它 传 给 Document, 


6.Document 检 查 自己 的 Message Map， 它 发 现 了 一 个 吻合 项 : 


BEGIN MESSAGE MAP(CScribbleDoc, CDocument) 
ON COMMAND(ID EDIT CLEAR ALL, OnEditClearAll) 


END MESSAGE MAP() 


аяны, p FB BLADES IE. 

如 果 上 述 的 步骤 6 НҚ АА, 3852.0 : 

7.Document 把 这 个 命令 消息 再 送 到 Document Template 对 象 去 。 
8. 还 是 没 航 处 理 ， 于 是 命令 消息 回 到 View。 


9.View 没有 人 处理， 于 是 又 回 给 MDI 子 窗口 本 身 。 





10. 传 给 CWinApp 对 象 无 主 消息 的 终极 轨 属 。 


图 9-6 是 构成 「 消 息 捕获 」 之 各 个 函数 的 调用 次 序 。 此 图 可 以 对 前 面 所 列 之 各 个 原始 代码 组 织 
出 一 个 大 局 观 来 。 


| AfxCallWndProc | 
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regular window message НН | 
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| T | [6emdTarget:OnCmdMsg x А 
— =... == Й ‚ | DispatchCmdMsg | | DispatchCmdMsg 
| | DispatchcmdMsg т e aie 
msg handler £4 «c — | FALSE | FALSE 
msg һап ег FALSE msg handler msg handler | 
Е 图 9-6 构成 


| 消息 捕获 」 ТЕН НА» 


罗 塞 达 碑 石 : AfxSig хх 的 奥秘 


大 架构 建立 起 来 了 ， 但 我 还 没有 很 仔细 地 解释 在 消息 映射 [网 ] 中 的 _messageEntries[] 数 组 
内 容 。 为 什么 消息 经 由 推动 引擎 (上 一 节 谈 的 那 整套 冢 伙 ) 推 过 这 些 数 组 ， 融 可 以 找到 它 的 
义理 例 程 ? 

Paul DiLascia 在 他 的 文章 ("Meandering Through the Maze of МЕС Message and 


Command Routing”, Microsoft Systems Journal, 1995/07) 中 形容 这 些 数组 之 内 一 笔 一 笔 
的 记录 像 是 罗 塞 达 碑 石 ， 呵 呵 ， 束 靠 它 们 揭 开 消息 映射 的 最 后 谜 克 了 。 


Уз (Rosetta Stone) , 1799 年 拿破仑 远征 埃及 时 ， 由 一 名 官员 在 尼罗河 口 罗 塞 达 发 
现 ， 揭 开 了 上古 埃 及 象形 文字 之 迷 。 石 碑 是 黑色 女 武 岩 ， 局 114 Ад, E 28 公分 ， 宽 72 公 
分 。 经 法 国学 者 Jean-Francois Champollion 研究 后 ， 世 人 因 得 顺利 研读 古 埃 及 文献 。 


消息 映射 表 的 每 ==, X AE X 这 样 的 形式 : . 


struct АҒХ MSGMAP ENTRY 


ОТМТ nMessage; // windows message 

UINT nCode; // control code or WM_NOTIFY code 

UINT nID; // control ID (or 0 for windows messages) 

UINT nLastID; // used for entries specifying a range of control id's 
UINT nSig; // signature type (action) or pointer to message # 
AFX_PMSG pfn; // routine to call (or special value) 


}; 


内 中 包括 一 个 Windows 消息 、 其 控制 组 件 ID 以 及 通告 代码 (notification code, — 
描述 ， 例 如 ENCHANGED 或 CBN_DROPDIOWN =) 、 一 个 签名 记号 、 以 及 一 

CCmdTarget 派生 类 的 成 员 函 数 。 任 何 一 个 ON 宏 会 把 这 六 个 项 目 初始 化 起 来 。 - 
Bdefine ON WM CREATE(] \ 


( WM CREATE, 0, 0, 0, AfxSig is, \ 
(АҒХ PMSG](AFX PMSGW)(int (AFX MSG CALL CWnd::*) (LPCREATESTRUCT]]OnCreate |, (| ГРН 


的 类 型 转换 动作 ， 这 完全 是 为 了 保持 类 型 安全 (type-safe) 。 


有 一 个 很 莫名 其 妙 的 东西 : АїхЅі0 。 要 了 解 它 作 什么 用 ， 你 得 先 俘 下 来 几 分 钟 ， 想 想 另 一 个 
: 当 上 一 节 的 推动 引擎 比 对 消息 并 发 现 哆 合 之 后 ， 束 调用 对 应 的 处 理 例 程 ， 但 它 怎 么 知 

首要 交 给 消息 处 理 例 程 哪些 参数 呢 ? 要 知道 ， 不 同 的 消息 处 理 例 程 需要 不 同 的 参数 (Ga ` 
ЖАЛАНЫ), НІМЕН (АРХ_РМ$С) 却 都 被 定义 为 这 付 德 行 : 


typedef void (AFX MSG CALL CCmdTarget::*AFX PMSG)(void); 


这 么 简陋 的 信息 无 法 表现 应 该 传递 什么 样 的 参数 ， 而 这 正 是 AfxSig 要 贡献 的 地 方 。 当 推动 
引擎 比 对 完成 ， 欲 调用 某 个 消息 义理 例 程 lpEntry->pfn 时 ， 动 作 是 这 样子 地 (出 现在 
CWnd::OnWndMsg 和 DispatchCmdMsg 中 ) 


union MessageMapFunctions mmf; 
mmf.pfn = lpEntry->pfn; 

switch (lpEntry-»nSig) 

{ 


case AfxSig is: 
lResult = (this-»*mmf.pfn is)((LPTSTR)lParam); 
break; 

case AfxSig lwl: 
lResult = (this-»*mmf.pfn lwl)(wParam, lParam); 
break; 

case AfxSig vv: 
(this-»2*mmf.pfn vv)(); 
break; 


注意 两 样 东 西 : MessageMapFunctions 和 AfxSig。AfxSig E 3 AFXMSG .H f& : 


enum AfxSig 
{ 


AfxSig end = 0, // [marks end of message тар] 
AfxSig bD, // BOOL (CDC*] 
AfxSig bb, // BOOL (BOOL] 
AfxSig bWww, // BOOL (CWnd*, UIHT, UINT]} 
AfxSig hDWw, // HBRUSH (CDC*, CWnd*, UINT) 
AfxSig hDw, // HBRUSH (CDC*, UINT) 

AfxSig iwWw, // int (UINT, CWnd*, UINT) 

AfxSig iww, // int (UINT, UINT] 

AfxSig iWww, // int (CWnd*, UINT, UINT)] 

AfxSig is, // int (LFTSTR) 

AfxSig lwl, // LRESULT (WPARAM, LPARAM] 

AfxSig lwwM, // LRESULT (UIHT, UINT, CMenu*] 

AfxSig vv, // void {void} 

AfxSig vw, // void (UINT] 

AfxSig vww, // void (UINT, UINT) 

AfxSig vvii, // void (int, int] // wParam is ignored 


AfxSig vwww, // void (UINT, UINT, UINT) 
AfxSig vwii, // void (UINT, int, int] 


AfxSig vwl, // void (UINT, LPARAM] 
AfxSig vbWH, // void (BOOL, CWnd*, CWnd*] 
AfxSig vD, // void (CDC*] 

AfxSig vM, // void (CMenu*] 


AfxSig vMwb, // void (CMenu*, UINT, BOOL] 


AfxSig vW, // void (CWnd*] 

AfxSig vWww, | // void (CWnd*, UINT, UINT] 
AfxSig vWp, // void (CHnd*, CPoint] 
AfxSig vWh, // void (CWnd*, HANDLE] 
AfxSig vwM, // void (UINT, CWnd*) 


AfxSig vwWb, // void (UINT, CWnd*, BOOL] 
AfxSig vwwW, // void (UINT, UINT, CWnd*] 
AfxSig vwwx, // woid (UINT, UINT] 


AfxSig vs, // void (LETSTR) 

AfxSig vOWNER, // void (int, LPTSTR], force return TRUE 
AfxSig iis, // int (int, LPTSTR] 

AfxSig wp, // UINT (CPoint] 

AfxSig wv, // UINT (void] 


AfxSig vPOS, // void (WINDOWPOS*] 

AfxSig vCALC, // void (BOOL, NCCALCSIZE PARAMS*] 
AfxSig vNMHDRpl, // void (NMHDR*, LRESULT*) 
AfxSig bNMHDRpl, // BOOL (NMHDR*, LRESULT*) 


Afx5ig vwHMHDRpl, // void (UINMT, HMHDR*, LRESULT*] 
AfxSig bwHMHDRpl, // BOOL (UIMT, HHMHDR*, LRESULT*] 
AfxSig bHELPIMFO, // BOOL (HELPIMFO*] 

AfxSig vwSIZING, // void (UINT, LPRECT] == return TRUE 


// signatures specific to CCmdTarget 
AfxSig cmdui, // void (CCmduI*] 
AfxSig cmduiw, // void (CCmdUI*, UINT) 
AfxSig vpv, // void (void*] 

AfxSig bpv, // BOOL (void*) 


// Other aliases (based on implementation] 


AfxSig vwwh, // void (UINT, UINT, HANDLE) 
AfxSig vwp, // void (UINT, CPoint] 
AfxSig bw = AfxSig bb, // BOOL (UINT) 

AfxSig bh = AfxSig bb, // BOOL (HANDLE) 

AfxSig iw = AfxSig bb, // int (UINT] 

AfxSig ww = AfxSig bb, // UINT (UINT] 

AfxSig bv = AfxSig wv, // BOOL (void] 

AfxSig hv = AfxSig wv, // HANDLE {void} 

AfxSig vb = AfxSig vw, // void (BOOL) 


AfxSig vbh = AfxSig умы, ri 
AfxSig vbw = AfxSig vww, ^/ 
AfxSig vhh = AfxSig vww, // 
AfxSig vh = AfxSig vw, // 


void (BOOL, HANDLE) 
void (BODL, UINT) 
void (HANDLE, HANDLE] 
void {HANDLE} 


AfxSig viSS = AfxSig vwl, // void (int, STYLESTRUCT*] 


AfxSig bwl = AfxSig lwl, 


AfxSig vwMOVING = AfxSig vwSIZING, // void (UINT, LPRECT] -- return TRUE 


MessageMapFunctions 定义 于 WINCORE.CPP1S : 


union HMessageMapFunctions 


{ 


AFX PMSG ріп; // generic member function pointer 


// specific type safe variants 


BOOL {АРХ MSG CALL CWnd: 


НОС, {АРХ MSG CALL CWnd 
BOOL [AFX МЕС CALL CWnd 


int (AFX MSG CALL CWnd: 
int (AFX MSG CALL CWnd: 
int (AFX MSG CALL CWnd: 
int (AFX MSG CALL CWnd: 


LRESULT (AFX MSG CALL CWnd 
void (АРХ MSG CALL CWnd: 


void (АРХ MSG CALL CWnd: 
void (АРХ MSG CALL CWnd: 
void (АРХ MSG CALL CWnd: 
void (АРХ MSG CALL CWnd: 
void (АРХ MSG CALL CWnd: 


:*pfn hD] (CDC: ] ; 


::*pfn hb] (BOOL]; 

::i*pfn bWww](CWnd*, UINT, UINT]; 
Вост, ҚАҒА MSG CALL Спа: 
HBRUSH {АРА MSG CALL сита: 
HBRUSH {АРА MSG CALL ста: 


: "n fn bHELPIHFOü] {НЕТРІНЕС" |; 
р fn hDWw] (CDC*, CP а*, UINHT]; 
:*pfn hDw] (CDC*, UINT]; 


:*pfn iwWw)(UINT, CWnd*, ШІМТ); 
:*pfn iww] (UINT, UINT]; 

:*pfn i Www] (CWnd*, UIHT, UIMHT]; 
:*pfn is} (LPTSTHR]; 
::*pfn lwl} (WPARAM, LPARAM] ; 
LRESULT (АҒА МО CALL сипа: 


:*pfn lwwM] (UINT, ШІМТ, CMenu*]; 
:*рЁп vv] {void}; 


:*рЁп vw] (ШІМТ); 

:*pfn vww] (UINT, UINT]; 

:#pfn vvii] (int, int]; 

:*pfn vwww] (UIMT, UINT, UIHT]; 
:*pfn vwii] (UINT, int, int]; 


void {АРХ MSG CALL CWnd::*pfn vwl](WPARAM, LPARAM]; 

void {АРХ MSG CALL CWnd::*pfn vbWW)(BOOL, CWnd*, CWnd*]; 
void ^ (AFX MSG CALL CWnd::*pfn vD)(CDC*]; 

void {АРХ MSG CALL CWnd::*pfn УМ) (CHMenu*]; 

void (AFX MSG CALL CWnd::*pfn vMwb](CMenu*, UINT, BOOL]; 


void ^ (АРХ MSG CALL CWnd::*pfn vW)(CWnd*]; 

void {АРХ MSG CALL CWnd::*pfn vWww)(CWnd*, UINT, UINT]; 

void {АРХ MSG CALL CWnd::*pfn vWp)i(CHnd*, CPoint); 

void (АЕХ MSG CALL CWnd::*pfn vWh)(CWnd*, HANDLE); 

void {АРХ MSG CALL CWnd::*pfn vwW](UINT, CWnd*]; 

void ^ (AFX MSG CALL CWnd::*pfn vwWb)(UINT, CWnd*, BOOL]; 

void (АҒХ MSG CALL CWnd::*pfn vwwW](UINT, UINT, CWHnd*]; 

void (AFX MSG CALL Chnd::*pfn vwwx) (UINT, UINT]; 

void {АРХ MSG CALL CWnd::*pfn уз) (LPTSTR); 

void {АРХ MSG CALL CWnd::*pfn vOWNER] (int, LPTSTR]; // force return TRUE 
int {АРХ MSG CALL CWnd::*pfn iis](int, LPTSTR]; 

UINT (AFX MSG CALL CWnd::*pfn wp) (CPoint]; 

UINT  (AFX MSG CALL CWnd::*pfn wv) {void}; 

void {АРХ MSG CALL Chnd::*pfn vPOS] (WINDOWPOS*]; 

void {АРХ MSG CALL CWnd: :*pfn vCALC] (BOOL, NCCALCSIZE РАНАМ5%); 
void ^ (AFX MSG CALL CWnd::*pfn vwp] {UINT, CPoint]; 

void (AFX MSG CALL CWnd::*pfn vwwh] (UINT, UINT, HANDLE]; 


实 呢 ， 真 正 的 函数 只 有 一 个 pfn， 但 通过 union， 它 有 许多 态 态 不 同 的 形象 。pfn_vv 代表 
poene 传 回 值 为 void ; pfn_Iwl 代 表 [参数 为 wParam ЖИРагат, #1548 2 
LRESULTJ іріп і55 ж [参数 为 LPTSTR 字符 串 ， 传 回 值 为 int」 o 


相当 精致 ， 但 是 也 有 点 儿 可 怖 ， 是 不 是 ? 使 用 МЕС 或 许 应 该 像 吃 蜜 钱 一 样 ; 密 伐 很 好 吃 ， 但 
你 最 好 不 要 看 到 密 钱 的 生产 过 程 ! 喇 ， 我 真 的 不 知道 


无 论 如 何 ， 我 把 所 有 的 神秘 都 揭 开 在 你 面前 了 。 
Scribble Step2 : UI 对 象 的 变化 


里 论 基 础 建立 完毕 ， 该 是 实现 的 时 候 。Step2 将 新 增 三 个 选单 从 分 项 ， 一 个 工具 列 按钮 ， 并 维 
护 这 些 UI 对 象 的 使 用 状态 。 


改变 选单 


Step2 将 增加 一 个 【Penj】 选单 ， 其 中 有 两 个 命令 项 目 ; + [Edit] 选单 中 增加 一 个 【Clear 
Al 命令 项 目 : 


rdg IE Thick Line 


e CUTE Pen atitem 
бору Cirie 

Paste СУ 

ват АЛ 








° [Pen/Thick Line] : 这 是 一 个 切换 开关 ， 人 允许 设 定 使 用 粗 笔 或 细 笔 。 如 果 使 用 者 设 定 粗 
笔 ， 我 们 将 在 这 项 目的 筋 边 打 个 勺 〈 所 谓 的 checked) , 如 果 使 用 者 选择 细 笔 (也 就 是 在 
打 义 的 本 项 目 上 骨 按 一 下 ) ， 我 们 束 把 勺 号 去 除 (所 谓 的 unchecked) 。 


e [Pen/Pen Widths) : 这 会 唤起 一 个 对 话 框 ， 人 允许 设 定 笔 的 宽度 。 对 话 框 的 设计 并 不 在 
КО, 2 К =. 


е [Edit/Clear All] : 清除 目前 作用 之 Document 数据 。 当 然 对 应 之 View 窗 口内 容 也 应 该 清 
T$. 


Visual С++ 整合 环境 中 的 选单 编辑 器 拥有 非常 方便 的 鼠标 拖 放 (drag and drop) 功能 ， 所 以 
做 出 上 述 的 选单 命令 项 不 是 难事 。 不 过 这 些 命令 项 目 还 得 经 过 某 些 动作 ， 才 能 与 程序 代码 天 
联 起 来 发 生 作 用 ， 这 方面 ClassWizard 可 以 帮助 我 们 。 稍 后 我 会 说 明 这 一 切 。 


以 下 利用 Visual C++ 整合 环境 中 的 选单 编辑 器 修改 选单 : 
启动 选单 编辑 器 (请 参考 第 4 章 ) 。Scribble 有 两 份 选单 ，IDR_MAINFRAME 


适用 于 没有 任何 子 窗 口 的 情况 ，IDR_SCRIBTYPE 适用 于 有 子 窗口 的 情况 。 我 














们 选择 后 者 。 
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e |DR SCRIBTYPE 选单 内 容 出 现 于 画面 右 半 侧 。 加 入 新 增 的 三 个 命令 项 。 每 个 


命令 项 会 获得 一 个 独一无二 的 识别 代码 ， 定 义 于 RESOURCE.H 或 任何 你 指定 的 文件 中 。 
下 方 的 【Menu Нет Properties] 对 话 框 在 你 双击 某 个 命 爷 项 后 出 现 ， 人 允许 你 更 改 命 全 项 的 识 
别 代码 与 提示 字符 串 (将 出 现在 状态 列 中 ) 。 如 果 你 对 操作 过 程 不 熟练 ， 请 参考 Visual C++ 

User's Guide (Visual C++ Online 上 附 有 此 书 之 电子 版 ) 。 


° 三 个 新 命令 项 的 ID 值 以 及 提示 字符 串 整 理 于 下 : 


[Pen/Thick Line] 
ID : ID PEN THICK OR ТНІМ 
prompt : "Toggles the line thickness between thin and thick*nToggle pen" 
[Pen/Pen Widths] 
ID : ID PEN WIDTHS 
prompt : "Sets the size of the thin and thick реп\пРеп thickness" 
[Edit/Clear А11] 
ID : ID EDIT CLEAR ALL (这 是 一 个 预先 定义 的 ID， 有 预 设 的 提示 字符 串 ， 请 更 改 如 下 ) prompt : "Clears t 


44... 2... 5222222 


注意 : 每 一 个 提示 字符 串 都 有 一 个 \n 子 字 符 串 ， 那 是 作为 工具 列 按钮 的 [小 黄 疮 标 」 的 标签 
内 容 。 [小 黄 标签 | (学 名 叫 作 tool tips) 是 Windows 95 新 增 的 功能 。 





对 Framework 而 言 ， 命 令 项 的 ID 是 用 以 识别 命令 消息 的 唯一 依据 。 你 只 需 在 对 
话 框 中 键入 你 喜欢 的 ID 名 称 〈 如 果 你 不 满意 选单 编辑 器 目 动 给 你 的 那个 ) ， t E IEBJZN 
值 不 必 在 意 ， 选 单 编辑 器 会 在 你 的 RESOURCE.H 档 中 加 上 定义 值 。 


上 述 动作 ， 选 单 编 辑 器 影响 我 们 的 程序 代码 如 下 : 


// in RESOURCE.H 
#define ID_PEN_THICK_OR_THIN 32772 
#define ID_PEN_WIDTHS 32773 
GÈ: 另 一 个 ID ID_EDIT _ CLEAR ALL 已 预先 定义 于 AFXRES.H 中 ) 
// in SCRIBBLE.RC 
IDR_SCRIBBTYPE MENU PRELOAD DISCARDABLE 
BEGIN 


POPUP "&Edit' 
BEGIN 


MENUITEM "Clear &All", ID EDIT CLEAR ALL 

END 

POPUP "&Pen" 

BEGIN 

MENUITEM "Thick &Line", ID PEN THICK OR THIN 

MENUITEM "Pen &Widths...", ID PEN WIDTHS 

END 

END 

STRINGTABLE DISCARDABLE 

BEGIN 

ID PEN THICK OR THIN "Toggles the line thickness between thin and thick*nToggle реп" 
ID PEN WIDTHS "Sets the size of the thin and thick pen*nPen thickness" 
END 

STRINGTABLE DISCARDABLE 

BEGIN 

ID EDIT CLEAR ALL "Clears the drawingNnErase All" 


END 


改变 工具 列 


і, Ња Міѕиа! С++ 4.0 之 前 ， 改 变 工具 列 有 点 采 烦 。 你 必须 先 以 图 形 编辑 器 修改 工具 列 
对 应 之 bitmap 图 形 ， 然 后 更 改 程序 代码 中 对 应 的 工具 列 按钮 识别 代码 。 现 在 可 就 轻松 多 了 ， 
工具 列 编辑 器 让 我 们 一 气 呵 成 。 主 要 原因 是 ， 工 具 列 现今 也 成 为 了 资源 的 一 种 。 下 面 是 
Scribble Step1 的 工具 列 : 





File:Sawe Edit/Paste 


现在 我 希望 为 【Pen/Thick Line] 命令 项 设计 一 个 工具 列 按钮 ， 并 且 把 Scribble 用 不 到 的 三 个 
预 设 按钮 去 除 (分 别 是 Cut、Copy、Paste) 


DB 加 | mj ale) 


КММ File/Print 
File/Open Help'About 
Кї Save 
Fenm: Thik Line 


编辑 动作 如 下 : 


e 启动 工具 列 编辑 器 ， 选 择 IDR_ MAINFRAME。 有 一 个 绘图 工具 箱 出 现在 最 右 侧 。 
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将 三 个 用 不 看 的 按钮 除去 : 以 鼠标 抑 拉 这 些 按钮 ， 拉 到 工具 列 以 外 即 可 。 


° 在 工具 列 最 右 侧 的 空 日 按钮 上 作画 ， 并 将 它 拖 拉 到 适当 位 置 


° 为 了 让 这 个 新 的 按钮 起 作用 ， 必 须 指定 一 个 ID 给 它 。 我 们 希 忆 这 个 按钮 相当 于 
[Pen/Thick Line] 命令 项 ， 所 以 它 的 ID 当然 应 该 与 该 命令 项 的 ID 相同 ， 也 就 是 
ID_PEN_THICK_OR_THIN。 双 击 这 个 新 按钮 ， 出 现 [Toolbar Button Properties] 对 话 
框 ， 请 选择 正确 的 ID。 注 意 ， 由 于 此 一 ID 先前 已 定义 好 ， 所 以 其 提示 字符 串 以 及 小 黄 耸 
标 也 融和 与 此 一 工具 列 按钮 产生 了 关联 。 


° 存 文件 。 
e 工具 列 编辑 器 为 我 们 修改 了 工具 列 的 bitmap 图 形 文 件 内 容 : 


IDR MAINFRAME BITMAP MOVEABLE PURE "resNNToolbar.bmp" 


同时 ， 工 具 列 项 目 也 由 原来 的 : 


IDR MAINFRAME TOOLBAR DISCARDABLE 16, 15 
BEGIN 

BUTTON ID FILE NEW 
BUTTON ID FILE OPEN 
BUTTON ID FILE SAVE 
SEPARATOR 

BUTTON ID EDIT CUT 
BUTTON ID EDIT COPY 
BUTTON ID EDIT PASTE 
SEPARATOR 

BUTTON ID FILE PRINT 
BUTTON ID APP ABOUT 
END 


IDR MAINFRAME TOOLBAR DISCARDABLE 16, 15 
BEGIN 

BUTTON ID FILE NEW 

BUTTON ID FILE OPEN 

BUTTON ID FILE SAVE 
SEPARATOR 

BUTTON ID PEN THICK OR THIN 
SEPARATOR 

BUTTON ID FILE PRINT 

BUTTON ID APP ABOUT 

END 


利用 ClassWizard i£ Ez&p 42 ¿z я 25 5 dB 4 4 ER ER 
VIRIS +s TR, REA EA OA, вте 
个 对 应 的 命令 消息 处 理 例 程 。 下 面 是 一 — 


UI 54% (MEN) 项 目 识 别 代码 处 理 例 程 
[Pen/Thick Line) ID PEN THICK OR THIN OnPenThickOrThin 
[Pen/Pen Widths] ID PEN WIDTHS OnPenWidths (第 10 章 再 处 理 ) 


[Edit/Clear А11) ID EDIT CLEAR ALL OnEditClearAll 


消息 与 其 义理 例 程 的 连接 关系 是 在 程序 的 Message Map 中 确立 ， 而 Message Март 
ClassWizard 或 WizardBar 完成 。 第 8 章 已 经 利用 这 两 个 工具 成 功 地 为 三 个 标准 的 Windows 
消息 (WM LBUTTONDOWN. WM LBUTTONUP, WM MOUSEMOVE) 设立 其 消息 处 理 
KA, MERNEJ Step2 新 增 的 命令 消息 设立 消息 处 理 例 程 。 过 程 如 下 : 


e 首先 你 必须 决定 ， 在 哪里 拦截 【Edit/Clear All] 才 好 ? 本章 前 面 对 于 消息 映射 与 命令 绕 行 
的 深度 讨论 这 会 儿 派 上 了 用 场 。 【Edit/Clear АП] 这 个 命令 的 目的 是 要 清除 文件 ， 文 件 的 
根本 是 在 数据 的 「 体 | ， 而 不 在 数据 的 [IJ ， 所 以 把 文件 的 命令 义理 例 程 放 在 
Document 类 中 比 放 在 View 类 来 得 高 明 。 谷 全 消息 会 不 会 流 经 Document Ж ? 经 过 前 数 
节 的 深度 之 旅 ， 你 应 该 有 目 有 定论 了 。 


e 所 以 ， 让 我 们 在 CScribbleDoc 的 WizardBar 选 择 [Object IDs]. 77 
ID EDIT CLEAR ALL, 3fi&it 【Messages】 为 COMMAND。 


e 猜 猜 看 ， 如 果 你 在 【Object IDs】 中 选择 CScribbleDoc， 右 侧 的 【Messages】 清单 会 出 
现 什 么 ?什么 都 没有 1 因为 Document 类 只 可 能 接受 WM_COMMAND， 这 一 点 你 应 该 已 
经 从 前 面 所 说 的 消息 递送 过 程 中 知道 了 。 如 果 你 在 CScribbleApp 的 WizardBar 上 选择 

[Object IDs】 为 CScribbleApp， 右 侧 的 【Messages】 清 单 中 也 是 什么 都 没有 ， 道 理 相 
同 。 


J- 


。 你 会 获得 一 个 对 话 框 ， 询 问 你 是 否 接受 一 个 新 的 处 理 例 程 。 选 择 Yes， 于 是 文字 编辑 器 中 
出 现 该 函数 之 骨干 ， 等 待 你 的 幸 临 .…。 
1 
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AFMR На p ЛАНА АА ТЕ, iz" ERA "command binding", ВАЙ 
原始 代码 获得 以 下 修改 : 


е Document 类 之 中 多 了 一 个 函数 声明 : 


class CScribbleDoc : public CDocument 


protected: 
аҒх msg void OnEditClearA11(); 


e Document š: Message Map 中 多 了 一 笔记 录 : 


BEGIN MESSAGE MAP(CScribbleDoc, CDocument) 
ON COMMAND(ID EDIT CLEAR ALL, OnEditClearAll) 


END MESSAGE MAP() 


e Document XE 2 7 —4`Bq2W =: 


void CScribbleDoc::OnEditClearAll() 


{ 
} 


e 现在 请 写 下 OnEditClearAll 函数 代码 : 


Б setibdoc. epp 


pDC-»SelectObject(pÜldPen); |. J 
return TRUE: | 





) 
void CSeribbleDoc: :OnEditClearñl11( ) 














DeleteContents(); | m 2. r 
sSetHodifledFlao(): // Mark the document as having been modified, for 
// purposes of confirming File Close. 






UpdatenlluUiewsefNULL1 : 


) 
void CScribbleDoc::OnPenThickOrThin( ) 








依 此 要 领 ， 我 们 再 设计 OnPenThickOrThin Ж. ЕЕ-МИНЖЕНМЯЛТЫЕ x, 5 
Document 有 密切 关系 ， 所 以 在 Document 类 中 放置 其 消息 处 理 例 程 是 适当 的 : 


void CScribblepoc::OnPenThickOrThin() 
// Toggle the state of the pen between thin or thick. 
m bThickPen = !m_bThickPen; 
// Change the current pen to reflect the new user-specified width. 
ReplacePen(); 


j 
void CScribbleDoc::ReplacePen() 


i 
m nPenWidth = m bThickPen? m nThickWidth : m nThinWwidth; 
//Change the current pen to reflect the new user-specified width. 
m penCur.DeleteObject(); 
m penCur.CreatePen(PS SOLID,m nPenWidth,RGB(0,0,0));//solid black 
l 


注意 ，ReplacePen 并 非 由 WizardBar (skClassWizard) 加 上 去 ， 所 以 我 们 必须 自行 在 
CScribbleDoc 类 中 加 上 这 个 函数 的 声明 : 


class CScribbleDoc : public CDocument 


protected: 
void ReplacePen(); 


OnPenThickOrThin 函数 用 来 更 换 笔 的 宽度 ， 所 以 CScribbleDoc 势 必需 要 加 些 新 的 成 员 变 
量 。 变 量 m_bThickPen 用 来 记录 目前 笔 的 状态 ( 粗 笔 或 细 笔 ) ， 变 量 m_nThinWidth 和 

m nThickWidth 分 别 记录 粗 笔 和 细 笔 的 笔 宽 Step2 中 此 二 者 固定 为 2 和 5， 原 本 并 不 需 
变量 的 设置 ， 但 下 一 章 的 Step3 中 粗 笔 和 细 笔 的 笔 宽 可 以 更 改 ， 所 以 这 里 未 雨 绸 纪 





class CScribbleDoc : public CDocument 


( 
// Attributes 


protected: 
UINT m nPenWidth; // current user-selected pen width 
BOOL m bThickPen; // TRUE if current pen is thick 
UINT m nThinWidth; 
UINT m nThickWidth; 
Cpen m penCur; // pen created according to 

j 


现在 重新 考虑 文件 初始 化 的 动作 ， 将 Step1 的 : 


void CScribbleDoc::InitDocument() 


{ 
m nPenWidth = 2; // default 2 pixel pen width 
// solid, black реп 
m penCur.CreatePen(PS SOLID, m nPenWidth, RGB(0,0,0)); 


改变 为 Step2 的 : 


void CScribbleDoc::InitDocument() 


{ 
m_bThickPen = FALSE; 
m_nThinWidth = 2; // default thin pen is 2 pixels wide 
m nThickwidth = 5; // default thick реп is 5 pixels wide 
ReplacePen(); // initialize pen according to current width 
j 


维护 UI 对 象 状态 (UPDATE COMMAND UI) 


上 一 节 我 便 提 过 WizardBar 右 侧 的 【Messages】 清 单 中 ， 针 对 各 个 命令 项 ， 会 出 现 
COMMAND 和 UPDATE COMMAND UI 两 种 选择 。 后 者 做 什么 用 ? 


一 个 选单 拉 下 来 ， 使 用 者 可 以 从 命令 项 的 状态 〈 打 勾 或 没 打 勾 、 灰 色 或 正章 ) 得 到 一 些 状态 
提示 。 如 果 Document 中 没有 任何 数据 的 话 ， 【Edit/Clear АП] #818917 s ЕМЕН, AA 
根本 没 数据 又 如 何 "Clear All" 呢 ?! 这 时 候 我 们 应 该 把 这 个 命令 项 除 能 (disable) 。 又 例如 在 
粗 笔 状态 下 ， 程 序 的 【Pen/Thick Line] 命令 项 应 该 打 一 个 勺 〈 所 谓 的 check mark) ， 在 细 笔 
状态 下 不 应 该 打 勾 。 此 外 ， 选 单 命令 项 的 状态 应 该 同步 影响 到 对 应 之 工具 列 按钮 状态 


所 有 UI 对 象 状 态 的 维护 可 以 依赖 所 谓 的 UPDATE_COMMAND ЧН. 


传统 SDK 程序 中 要 改变 选单 命令 项 状态 ， 可 以 调用 EnableMenultem 或 是 CheckMenultem， 
但 这 使 得 程序 杂乱 无 章 ， 因 为 你 没有 一 个 固定 的 位 置 和 固定 的 原则 义理 命令 项 状态 。MFC JE 
供 一 种 直觉 并 且 仍 旧 依赖 消息 观念 的 方式 ， 解 决 这 个 问题 ， 这 融 是 UPDATE_COMMAND Ul 
消息 。 其 设计 理念 是 ， 每 当选 单 伏 拉 下 并 尚未 显示 之 前 ， 其 命令 项 (以 及 对 应 之 工具 列 按 


钮 ) 都 会 收 到 UPDATE COMMAND UI 消息 ， 这 个 消息 和 WM COMMAND 有 一 样 的 绕 行 
路 线 ， 我 们 (程序 员 ) 只 要 在 适当 的 类 中 放置 其 从 理 函数 ， 并 在 函数 中 做 荣 些 判断 ， 便 可 决 
定 如 何 显示 命令 项 。 


这 种 方法 的 最 大 好 处 是 ， 不 但 把 问题 的 解决 方式 统一 化 ， 更 因为 Framework 传 给 
UPDATE_COMMAND_UI 处 理 例 程 的 参数 是 一 个 「 指 向 CCmdUI 对 象 的 指针 」， 而 CCmdUI 
对 象 束 代表 着 对 应 的 选单 命 全 项 ， 因 此 你 只 需 调 用 CCmdUI 所 准 各 的， 专门 用 来 处 理 命令 项 
外 观 的 函数 (如 Enable 或 SetCheck) 即 可 。 我 们 的 工作 量 大 为 减轻 。 





Ж [EditClear А] CScribbleDoc::OnE ditClea rAII 
CScribbleDoc 物件 | ‘清除 交 件 内 容 ) 








| ID EDIT CLEAR ALL 
Ul Т ИЕН — E ОМ COMMAND 


Ai ico UI ЕДЕН — a | ON. UPDATE, COMMAND Ul 








Command Target Message Map 


НЕ [Edit] xm | CScribble Doc: OnUpdateE ditCle агА!! 
(还 单 命令 项 即将 车 示 ) | СЕНЕН ЕСЕЙЕ ТЫН) 





图 9-7 ОМ СОММАМОЖОМ UPDATE COMMAND _UI 的 运作 


图 9-7 以 【Edit/Clear АЙ 实例 说 明 ON_COMMAND 和 ON UPDATE COMMAND UI 的 运 
作 。 为 了 拦截 UPDATE_COMMAND Ш 消息 ， 你 的 Command Target 对 象 (也许 是 
Application， 也 许 是 windows， 也 许 是 Views， 也 许 是 Documents) 要 做 两 件 事情 : 


1. 利用 WizardBar (或 ClassWizard) 加 上 一 笔 Message Map 项 目 如 下 : 
ОМ UPDATE COMMAND UI(ID. ххх, OnUpdatexxx) 


2. 提供 一 个 OnUpdatexxx РН, 3x 9855-77 9 6, ІК» Framework 传 来 一 个 代表 
Ulat ZR a иеден 的 CCmdUl 对 象 指针 ， 而 对 UI 对 象 的 各 种 操作 又 
都 已 设计 在 CCmdUI 成 员 画 数 中 。 举 个 例子 : 


void CScribbleDoc::OnUpdateEditClearAll(CCmdUI* pCmdUI) 
pCcmdUI--Enable(!m strokeList.IsEmpty()); 

j 

void CScribbleDoc::OnUpdatePenThickOrThin(CCmdUI* pCmdUI) 


pCmdUI-»SetCheck(m bThickPen); 


ат 5 С.Е 5и Н 5 [6] —– 1а 10, LExhBJEnablez)fETREAS ER ж p Sr n, th 
影响 按钮 。 命 令 项 的 打 勾 (checked) 即 是 按钮 的 按 下 (depressed) , ви 
(unchecked) 即 是 按钮 的 正常 化 WF) o 


现在 ，Scribble 第 二 版 全 部 修改 完毕 ， 制 作 并 测试 之 : 


e 在 整合 环境 中 按 下 【Build/Build Scribble] 编译 并 链接 。 


e 按 下 【Build/Execute】 执行 Scribble。 测 试 细 笔 粗 笔 的 运作 情况 ， 以 及 【Edit /Clear 
Al] 是 否 生效 。 


Seribble Step? - Seribbl.SCB 
Eile Edi Pen View Window Help 
ІР" [т 1] 


ЩЕ Seribbl1,SCB 








从 写 程序 (而 不 是 挖 背 后 意义 ) 的 角度 去 看 Mg Map， 我 把 Step2 所 进行 的 选单 改变 对 
Message Map 造成 的 影响 做 个 总 整理 。 一 共有 四 个 相关 成 份 会 被 ClassWizard (或 
WizardBar) 产生 出 来 ， 下 面 就 是 相关 原始 代码 其 中 只 有 第 4 项 的 函数 内 容 是 我 们 撰写 的 ， 
其 它 都 由 工具 自动 完成 。 


1. CSRIBBLEDOC.CPP 


BEGIN MESSAGE MAP(CScribbleDoc, CDocument) 

/7%ХАЕХ MSG MAP(CScribbleDoc) 

ON COMMAND(ID EDIT CLEAR ALL, OnEditClearAll) 

ON COMMAND(ID PEN THICK OR THIN, OnPenThickoOrThin) 

ON UPDATE COMMAND UI(ID EDIT CLEAR ALL, OnUpdateEditClearALll) 

ON UPDATE COMMAND UI(ID PEN THICK OR THIN,OnUpdatePenThickOrThin) 
//) )AFX MSG MAP 

END MESSAGE MAP ( ) 


不 要 去 掉 //{{ 和 /人 小 ， 否 则 下 次 ClassWizard 或 WizardBar 不 能 正常 工作 。 


2. CSRIBBLEDOC.H 


class CScribbleDoc : public CDocument 


{ 


// Generated message map functions 

protected: 

/ҒАТАЕХ MSG(CScribbleDoc) 

afx msg void OnEditClearA11(); 

afx msg void OnPenThickoOrThin(); 

afx msg void OnUpdateEditClearAll(CCmdUI* pCmdUI); 
afx msg void OnUpdatePenThickOrThin(CCmdUI* pCmdUI); 
// Y) AFX MSG 


}; 


3. RESOURCE.H 


#define ID_PEN_THICK_OR_THIN 32772 
#define ID_PEN_WIDTHS 32773 


( 另 一 个 项 目 ID_EDIT_CLEAR_ALL 已 经 在 AFXRES.H 中 定义 了 ) 


4. SCRIBBLEDOC.CPP 


void CScribblepDoc::OnEditClearA11() 


( 
DeleteContents(); 


SetModifiedFlag(); //Магк the document as having been modified,for 
//purposes of confirming File Close. 
UpdateAllViews (NULL); 


j 
void CScribbleDoc::OnPenThickoOrThin() 


1 
// Toggle the state of the pen between thin or thick. 


m bThickPen = !m bThickPen; 
// Change the current pen to reflect the new user-specified width. 
ReplacePen(); 


void CScribbleDoc::ReplacePen() 


{ 
m_nPenWidth = m_bThickPen? m nThickWidth : m_nThinWidth; 


// Change the current pen to reflect the new user-specified width. 
m penCur.DeleteObject(); 
m penCur.CreatePen(PS SOLID,m nPenWidth,RGB(0,0,0));//solid black 


) 
void CScribbleDoc::OnUpdateEditClearAll(CCmdUI* pCmdUI) 


// Enable the command user interface object (menu item or tool bar 
// button) if the document is non-empty, i.e., has at least one stroke. 
pCcmdUI--Enable(!m strokeList.IsEmpty()); 


j 
void CScribbleDoc::OnUpdatePenThickOrThin(CCmdUI* pCmdUI) 


// Add check mark to Draw Thick Line menu item, if the current 
// pen width is "thick". 
pCmdUI-»-SetCheck(m bThickPen); 


AK == [Bl gii 


ix — 25 E £2 2 Scribble Step2 187IIZTB xe рп. ЖАТЫН МЕН Г Ај АБА 
ClassWizard (或 Wizardbar) SEI E, 工具 的 使 用 很 简单 但 是 把 消息 的 处 理 常 式 加 在 什么 
地 方 却 是 关键 。 因 此 本 章 一 开始 先 带 你 深入 探索 MFC 原 始 代 码 ， 了 解 消息 的 递送 以 及 所 谓 
Message Мар ARAL, Ня Терон (WM COMMAND) 特异 的 绕 行 路 线 及 其 
原因 。 


我 在 本 章 中 控 出 了 许多 MFC 原 始 代码 ， 和 希望 糙 由 原始 代码 的 目 我 说 明 能 力 ， 加 深 你 对 消息 映 
射 与 消息 绕 行路 笃 的 了 解 。 这 是 对 МЕС [ 知 其 所 以 然 」 的 重要 关键 。 这 个 知识 基础 不 会 因为 
MFC 的 原始 代码 更 动 而 更 动 ， 我 要 强调 的 ， 是 其 原理 。 


105: MFC 与 对 话 框 


上 一 章 我 们 为 Scribble 新 增 了 一 个 【Penj】 选单 ， 其 中 第 二 个 命令 项 【Pen Width...) 准备 用 
来 提供 一 个 对 话 杠 ， 让 使 用 者 设 定 笔 的 宽度 。 每 一 线条 都 可 以 拥有 自己 的 笔 宽 。 原 预 设 粗 笔 


是 5 个 图 素 宽 ， 细 笔 是 2 个 图 素 宽 。 


为 了 这 样 的 目的 ， 在 对 话 框 中 放 个 Spin 控制 组 件 是 极 佳 的 选择 。Spin 就 是 那 种 有 看 上 下 小 三 
角形 箭头 、 可 挫 配 一 个 文字 显示 器 的 控制 组 件 ， 有 点 像 转 轮 ， 用 来 选择 效 字 最 合适 : 


Desktop 


Applicationt 
[X] Fast "Alt« T ab" Switching 


Нате: Starfield Simulation |%| 


Minutex 
T icons 
Spacing: Pixels 
CJ wrap Title 
г Sing Gnd "Cursor Blink Aate 
балау: Glow Fast | 


Border Width: | 





但 是 ，Scribble Step3 只 是 想 示 范 如 何在 MFC 程 序 中 经 由 选单 命令 项 唤起 一 个 对 话 框 ， 并 示 
ЗАЛ MAE 0 52 EIAS (DDX/DDV) 。 所 以 ， 笔 宽 对 话 框 中 只 选用 两 个 小 小 的 Edit 控 
制 组 件 而 已 。 


本 章 还 可 以 学 习 到 如 何 利 用 对 话 框 编辑 器 设计 对 话 杠 的 面板 ， 并 利用 ClassWizard 制作 一 个 
对 话 杠 类， 定义 消息 处 理 了 范 数 ， 把 它们 与 对 话 框 「 绑 」 在 一 块 儿 。 


Pen Widths x] 
Thin Pen Width: Ë 


Е ШЕН 

i Cancel | 
Ihick Pen Width: [5 
Default | 








810-1 [Pen Widths] 对 话 框 


对 话 杠 编辑 器 


把 对 话 框 函数 抛 在 一 芳 ， 把 所 有 程序 烦恼 抛 在 一 劳 ， 我 们 先 享 受 一 下 Visual C++ 整合 环境 中 
的 对 话 框 编辑 器 带 来 的 对 话 框 面板 (Dialog Template) 设计 快感 。 


设计 对 话 框 面板 ， 有 两 个 重要 的 步骤 ， 第 一 是 从 工具 箱 中 选择 控制 组 件 (control, HBE 
的 小 小 需 组 件 ) 加 到 对 话 框 中 ， 第 二 是 填写 此 一 控制 组 件 的 标题 、ID、 以 及 其 它 性 质 。 


以 下 就 是 利用 对 话 框 编辑 器 设计 [Реп Widths) 对 话 框 的 过 程 。 


+ 在 Visual C++ 整合 环境 中 选 按 [Insert/Resource] 命令 项 ， 并 在 随后 而 来 的 【Insert 
Resource] 对 话 框 中 ， 选 择 [resource types] 为 Dialog。 


° 或 是 直接 在 Visual C++ 整合 环境 中 按 下 工具 列 的 【New Dialog) 按钮 。 


e Scribble.rc 文件 会 彼 打 开 ， 对 话 框 编辑 器 出 现 ， 上 自动 给 我 们 一 个 宪 白 对 话 框 ， 内 含 两 个 
按钮 ， 分 别 是 【OK】 和 【Cancel】。 控 制 组 件 工 具 箱 出 现在 画面 右 侧 ， 内 含 许 多 控制 组 
件 。 
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e 为 了 设 定 控制 组 件 的 属性 ， 必 须 用 到 [Dialog Properties] 对 话 框 。 如 果 它 最 初 没有 出 
现 ， 只 要 以 右键 选 按 对 话 框 的 任何 地 方 ， 惑 会 跑 出 一 份 选单 ， 再 选择 其 中 的 Properties,， 
即 会 出 现 此 对 话 框 。 按 下 对 话 框 左上 方 的 push-pin 4я (大头 针 ) 可 以 常 保 它 浮现 为 最 上 
层 窗 口 。 现 在 把 对 话 框 ID 改 为 IDD_PEN_WIDTHS， 把 标题 改 为 "Pen Widths", 


Dialog Fropertirs 





[e Æ] General | Styles | More Styles | Extended Styles | 
ID: [EN "| caption: [Pen widths 


Fontname: MS Sans Serif 


DES yos Men: | | H 
Font size: H 
Font... | ж Роз: |0 ү Pos: [o CTS Tram | 








° 为 对 话 框 加 入 两 个 Edit 控 制 组 件 ， 两 个 Static 控制 组 件 ， 以 及 一 个 按钮 。 
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e 右键 选 按 新 增 的 按钮 ， 在 Property page 中 把 其 标题 改 为 "Default"， 并 把 ID 改 为 
IDC_DEFAULT_PEN_WIDTHS。 


° 右键 选 按 第 一 个 Edit 控 制 元 件 ， 在 Property page 中 把 ID 改 为 IDC_THIN_PEN_WIDTH。 
以 同样 的 方式 把 第 二 个 Edit 控制 组 件 的 ID 改 为 IDC_THICK_PEN_WIDTH。 





划 蛙 | General | Styles | Extended Styles | 





ID: Ше THIN_PEN_WIDTH 


ғ Visible Г Group r Help ID 
Г Disabled ғ Tabstop 





e 右键 选 按 第 一 个 Static 控 制 组 件 ，Property page 中 出 现 其 属性 ， 现 在 把 文字 内 容 改 
为 "Thin Pen Width: "。 以 同样 的 方式 把 第 二 个 Static 控制 组 件 的 文字 内 容 改 为 "Thick Pen 
Width:"。 不 必 在 意 Static 控 制 组 件 的 ID 值 ， 因 为 我 们 根本 不 可 能 在 程序 中 用 到 Static 控 制 
组 件 的 ID。 


LT Frope гів а 


34|] General | Styles | Extended Styles | 


10: КАЕ "| Caption: [Thin Pen width: 
F Visible F Group Г Help ID 
Г Disabled 

















e 调整 每 一 个 控制 组 件 的 大 小 位 置 ， 使 之 美观 整齐 。 


e 调整 tab order。 所 谓 tab order 是 使 用 者 在 操作 对 话 框 时 ， 按 下 Tab 键 后 ， 键 盘 输 入 焦点 在 
各 个 控制 组 件 上 的 交 回 次 序 。 调 整 方式 是 选 按 Visual C++ 整合 环境 中 的 【Layout/Tab 
Order] 命令 项 ， EH n, ar 有 标号 的 对 话 框 如 下 ， 再 依 你 所 想 要 的 次 序 以 她 标点 选 — 5m В|) 





e 测试 对 话 框 。 选 按 Visual C++ 整合 环境 中 的 【Layout/Test】 命令 项 ， 出 现 运 作 状 态 下 的 
对 话 框 。 你 可 以 在 这 种 状态 下 测试 tab order 和 预 设 按钮 〈 default button) 。 若 欲 退 出 ， 
请 选 按 【OK】 或 【Cancel】 或 按 下 ESC 键 。 


注意 : 所 谓 default button， 是 指 与 <Enter> 键 相 通 的 那个 按钮 。 


所 有 调整 都 完成 之 后 ， 存 盘 。 于 是 SCRIBBLE.RC 增加 了 下 列 内 容 (一 个 对 话 框 面板 ) 


IDD PEN WIDTHS DIALOG DISCARDABLE ©, 0, 203, 65 

STYLE DS MODALFRAME | WS POPUP | WS VISIBLE | WS CAPTION | WS SYSMENU 
CAPTION "Pen Widths" 

FONT 8, "MS Sans Serif" 


BEGIN 
DEFPUSHBUTTON "ОК", ТООК, 148,7,50, 14 

PUSHBUTTON "Cancel", IDCANCEL, 148, 24,50,14 

PUSHBUTTON "Default",IDC DEFAULT PEN WIDTHS, 148, 41,50, 14 
LTEXT "Thin Pen Width:",IDC 5ТАТІС,10,12,70,10 

LTEXT "Thick Pen Width:",IDC STATIC, 10,33, 70,10 
EDITTEXT IDC THIN PEN WIDTH, 86, 12, 40,13, Е$ AUTOHSCROLL 
EDITTEXT IDC THICK PEN WIDTH, 86, 33, 40, 13, ЕЅ AUTOHSCROLL 
END 


利用 ClassWizard 连 接 对 话 框 与 其 专属 类 


一 旦 完成 了 对 话 杠 的 外 鹏 设计， 再 来 就 是 设计 其 行为 。 我 们 有 两 件 事 要 做 : 
1. 从 МЕС 的 CDialog 中 派生 出 一 个 类 ， 用 来 负责 对 话 框 行为 。 


2. 利用 ClassWizard 把 这 个 类 和 先前 你 产生 的 对 话 框 资源 连接 起 来 。 通 常 这 意味 着 你 必须 声 
明 某 些 函 数 ， 用 以 处 理 你 感 兴 趣 的 对 话 框 消息 ， 并 将 对 话 框 中 的 控制 组 件 对 应 到 类 的 成 员 变 
量 上 ， 这 也 就 是 所 谓 的 Dialog Data eXchange (ООХ) 。 如 果 你 对 这 些 变量 内 容 有 任何 Г 
认 规 则 」 的 话 ，ClassWizard Вок, ЗЕРЕН Dialog Data 
Validation (00%), 


注意 : 所 谓 「 确 认 规则 」 是 指 对 某 些 特殊 用 途 的 变量 进行 内 容 查验 工作 。 例 如 月 份 一 定 只 可 
能 在 1~12 之 间 ， 日 期 一 定 只 可 能 在 1~31 之 间 ， 人 名 一 定 不 会 有 数字 夹杂 其 中 ， 金 钱 数额 不 
带 文字 ， 新 竹 的 电话 号 代码 必须 是 03 开 头 后 面 再 加 7 位 数 ... 等 等 等 。 


所 有 动作 当然 都 可 以 手工 完成 ， 然 而 ClassWizard 的 表现 非常 好 ， 让 我 们 快速 又 轻松 地 完成 这 
些 事 样 。 它 可 以 为 你 的 对 话 框 产生 一 个 .H 档 ， 一 个 .CPP xft, МЕНЕ Е. ЖЕ 
干 、 一 个 Message Map、 以 及 一 个 Data Map。 哎 呀 ， 我 们 又 看 到 了 新 东西 ， 稍 后 我 会 解释 所 


i8 № Data Мар. 


回忆 Scribble 诞 生 之 初 ， 程 序 中 有 一 个 About 对 话 框 ， 寄 生 于 SCRIBBLE.CPP rh, AppWizard 
并 没有 询问 我 们 有 关 这 个 对 话 框 的 任何 意见 ， 就 自作 主张 地 放 了 这 些 代 码 : 


Де ЛЛК ЛЛК КЕККЕ КЕЛЕГ ККК gl gg gg gg | | КЛЫ 
#0002 /) CAboutDlg dialog used for App About 

#0003 

#0004 class CAboutDlg : public CDialog 

#006085 ( 

#0006 public: 

#0007 САБоцЕ0149{}; 

#0008 

#0009 // Dialog Data 

#0010 //((AEX. DATA (CAboutD1lgdg) 

#0011 enum { IDD = IDD ABOUTBOX |]; 

%0012 /ҒҰРАҒХ DATA 

#0013 

#0014 // ClassWizard generated virtual function overrides 
#0015 //((AFX VIRTUAL(CAboutD1lq) 

#0016 protected: 

#0017 virtual void DoDataExchange(CDataExchange* pDX]; // DDX/DDV support 
#0018 ҰҰРРАҒХ VIRTUAL 

#0019 

#0020 // Implementation 

#0021 protected: 

#0022 // ((AFX MSG(CAboutDlg) 

#0023 /) No messaqe handlers 

#0024 //) ) AFX MSG 

#0025 DECLARE MESSAGE MAP(] 

#0026 }; 

40027 

|40028 cCAboutDlg::CAboutDlg(] : CDialog(CAboutDlg::IDD] 
40029 | 

#0030 //{{АЕХ ПАТА INIT(CAboutDlg) 

#0031 //|] AFX DATA INIT 

$0032 | 

40033 

| #0034 void CAboutDlg::DoDataExchange(CDataExchange* pDX] 


#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 
#0052 


CDialog::DoDataExchange(pDX]; 
//((AEX DATA MAP (CAboutDl1g] 
ҰҰРРАҒХ DATA МАР 

] 


BEGIN MESSAGE MAP(CAboutDlg, CDialog] 
//((AEX MSG MAP(CAboutDlg) 
// Mo message handlers 
//]]AEX MSG МАР 
END MESSAGE МАР{) 


// App command to run the dialog 
void CScribbleApp::OnAppAbout (] 
t 
CAboutDlg aboutDlg; 
aboutDlg.DoModal(]; 
] 


CAboutDIg 虽 然 派生 目 CDialog， 但 太 简 陋 ， 不 符合 我 们 新 增 的 这 个 【Pen Width] 对 话 框 所 
需 ， 所 以 我 们 首先 必须 另 为 【Pen Width] 对 话 框 产生 一 个 类 ， 以 负责 其 行径 。 步 骤 如 下 : 


e 接续 刚才 完成 对 话 框 面板 的 动作 ， 选 按 整 合 环境 的 【View/ClassWizard】 命令 项 (== 
直接 在 对 话 框 面板 上 快 按 两 下 ) ， 进 入 ClassWizard。 这 时 候 [Adding a Class) 对 话 框 
会 出 现 ， 并 以 刚才 的 IDD_PEN_WIDTHS 为 新 资源 ， 这 是 因为 ClassWizard 知道 你 已 在 
对 话 框 编辑 器 中 设计 了 一 个 对 话 框 面板 ， 却 还 未 设计 其 对 应 类 (整合 环境 就 是 这 人 么 便 
利 ) 。 好 ， 按 下 [ОК]. 


Adding а Class 























IDD DIALOGI is а new resource. Since itis a 
dialog resource you probably want to create а 


new class for it. You can also select an existing 
e: Cancel 


[n—————————— 


C Select an existing class 





e ft [Create New Class] 对 话 框 中 设计 新 类 。 键 入 "CPenWidthsDlg" {Ж 5 ЖЖ Ж 
意 类 的 基础 类 型 为 CDialog， 因 为 ClassWizard 知道 目前 是 由 对 话 框 编辑 器 过 来 : 


深入 浅 出 MFC 


UTONMAaUoONn 


С Oreateable by уре ID: 





е ClassWizard 把 类 名 称 再 加 上 .cpp П.П, ЖОЛАУ. x8. A Ж\\їпдо\уз 95 
和 Windows МТ 都 支持 长 文件 名 。 如 果 你 不 喜欢 ， 按 下 上 图 右 侧 的 【Changej】 钮 去 改 
它 。 本 例 改 用 PENDLG.CPP 和 PENDLG.H 两 个 文件 名 。 


e 按 下 上 图 的 【OK】 钮 ， 于 是 类 产生 ， 回 到 ClassWizard 画面 。 
这 样 ， 我 们 融 进 账 了 两 个 新 文件 : 


PENDLG.H 


第 10 章 MFC 与 对 话 框 394 


#0001 // PenDlg.h : header file 

#0002 // 

80003 

#0004 р 
#0005 // CPenWidthsDlg dialog 

#0006 

#0007 class CPenWidthsDlg : public CDialog 

#0008 { 

#0009 // Construction 

#0010 public: 

#0011 CPenWidthsDlg(CWnd* pParent = NULL]; // standard constructor 
%0012 

%0013 // Dialoq Data 

#0014 //((AEX. DATA(CPenWidthsDlg]) 

#0015 enum | IDD = IDD PEN WIDTHS }; 

#0016 // NOTE: the ClassWizard will add data members here 
#0017 /ҰРТАҒХ DATA 

#0018 

#0019 

#0020 // Overrides 

80021 // ClassWizard generated virtual function overrides 

#0022 //((AFX. VIRTUAL (CPenWidthsDlg] 

80023 protected: 

#0024 virtual void DoDataExchange(CDataExchange* рох]; // DDX/DDV suppo 
#0025 /ҒҰРАҒХ VIRTUAL 

#0026 

#0027 // Implementation 

#0028 protected: 

#0029 

#0030 // Generated message map functions 

#0031 //((AFX. MSG(CPenWidthsDlg) 

80032 afx msg void OnDefaultPenWidths(]; 

#0033 //) ) AFX MSG 

#0034 DECLARE MESSAGE МАР{} 

#6035 }; 

PENDLG.CPP 

#0001 // PenDlg.cpp implementation file 

#0002 // 

обоз 

#0004 #include "stdafx.h" 


#0005 


Kinclude "Scribble.h" 


#O006 


Біпсімде "PenDlg.h" 


#000? 

#0008 B#ifdef _DEBUG 

#0009 #define new DEBUG NEW 

#0010 #undef THIS FILE 

#0011 static char THIS FILE[] = _ FILE ; 

#0012 #endiť 

#0013 

#0014 ү ЛКК ЛКК ККК ЛЛ КККК ККЕ КЕ Lg IM 
#0015 // CPenWidthsDlq dialoq 

#0016 

#0017 

#0018 CPenWidthsDlg::CPenWidthsDlg(CWnd* pParent /*-HULL*/) 

#0019 : CDialog(CPenWidthsDlg::IDD, рРагепе) 

#0020 ( 

#0021 //((AFX DATA INIT(CPenWidthsDlg) 

#0022 // NOTE: the С1а==мнітага will add member initialization here 
#0023 /ҰРТАҒХ DATA INIT 

#0024 } 

#0025 

#0026 

#0027 void CPenWidthsDlg::DoDataExchange(CDataExchange* pDX] 

#0028 1 

ЕОО29 С0іа109: :DoDataExchange (рох) ; 

#0030 //4(AFX. DATA MAP (CPenWidthsDlg] 

#0031 // NOTE: the ClassWizard will add DDX and DDV calls here 
#0032 //|) AFX DATA МАР 

#0033 | 

#0034 

#0035 

#0036 БЕСІН MESSAGE MAP(CPenWidthsDlg, CDialoq] 

#0037 //((AFX MSG MAP (CPenWidthsDlg) 

#0038 ОН BN CLICKED(IDC DEFAULT РЕН WIDTHS, OnDefaultPenWidths] 
80039 ҰҰҰТАҒХ МЕС МАР 

#0040 ЕМО MESSAGE MAP(] 

#0041 

#0042  /"lÀ'À/I IM ИИ ИИ ИИ 
#0043 // CPenWidthsDlg message handlers 

#0044 

#0045 void CPenWidthsDlg::OnDefaultPenWidths(] 

#0046 ( 

ko047 // TODO: Add your control notification handler code here 
#0048 

#0049 |} 


18893211, ClassWizard 会 为 我 们 做 出 一 个 Data Map。 此 一 Data Мар ХЕ 
DoDataExchange РА. ElBuData Map 还 没有 什么 内 容 ，CPenWidthsDlg 的 Message 
Map 也 是 空 的 ， 因 为 我 们 还 未 下 过 ClassWizard 加 料 呢 。 


请 注意 ，CPenWidthsDlg 构造 范 数 会 先 引发 基 类 CDialog Ер, айа 
modal 对 话 框 。CDialog 构造 国 数 的 两 个 参数 分 别 是 对 话 框 ID 以 及 父 窗口 指针 : 


40018 CPenWidthsDlg::CPenwidthsDlog(CWnd* pParent /*=NULL*/) 


#0019 : CDialog(CPenWidthsDlg::IDD, pParent) 

40020 { 

#0021 //{{AFX_DATA_INIT(CPenwidthsD1g) 

#0022 // NOTE: the ClassWizard will add member initialization here 
#0023 //YyYAFX_DATA INIT 

#0024 


ClassWizard 帮 我 们 把 CPenWidthsDlg::IDD 塞 给 第 一 个 参数 ， 这 个 值 定义 于 PENDLG.H 的 
AFX_DATA 区 中 ， 其 值 为 IDD_PEN_WIDTHS : 


#0013 // Dialog Data 


#0014 //((AFX_DATA(CPenWidthsDlg) 

#0015 enum í IDD = IDD PEN WIDTHS }; 

#0016 // NOTE: the ClassWizard will add data members here 
#0017 //}}AFX_DATA 


也 就 是 【Pen Widths] 对 话 框 资源 的 ID : 


// in SCRIBBLE.RC 

IDD PEN WIDTHS DIALOG DISCARDABLE 0, 0, 203, 65 

STYLE DS MODALFRAME | WS POPUP | WS VISIBLE | WS CAPTION | WS SYSMENU 
CAPTION "Pen Widths" 

FONT 8, "MS Sans Serif" 


BEGIN 
DEFPUSHBUTTON "ОК", ТООК, 148,7,50, 14 

PUSHBUTTON "Cancel", IDCANCEL, 148, 24, 50, 14 

PUSHBUTTON "Default", IDC_DEFAULT_PEN_WIDTHS 148, 41,50, 14 
LTEXT "Thin Pen Width:",IDC STATIC,10,12,70,10 

LTEXT "Thick Pen Width:",IDC STATIC, 10,33, 70,10 
EDITTEXT IDC THIN PEN WIDTH, 86, 12, 40,13, Е$ AUTOHSCROLL 
EDITTEXT IDC THICK PEN WIDTH, 86, 33, 40, 13, ЕЅ AUTOHSCROLL 
END 


541 ЕЕ Ж CPenWidthsDlg РЕ 8 УАЗ [RC 档 中 的 对 话 框 资源 」 o 


对 话 框 的 消息 处 理 隙 数 


CDialog 本 就 定义 有 两 个 按钮 [OK] М [Cancel] , [Pen Widths] 对 话 框 又 新 增 一 个 
[Default】 纽 ， 当 使 用 者 按 下 此 钮 时 ， 粗 笔 与 细 笔 都 必须 回复 为 预 设 宽 度 (分 别 是 5 个 图 素 
和 2 个 图 素 ) 。 那 么 ， 我 们 显然 有 两 件 工作 要 完 


1. 在 CPenWidthsDlg 中 增加 两 个 变量 ， 分 别 代 表 粗 笔 与 细 笔 的 宽度 。 
2. 在 CPenWidthsDlg 中 增加 一 个 画 数 ， 负 责 【Default】 钮 被 按 下 后 的 动作 。 
以 下 是 ClassWizard 的 操作 步骤 (增加 一 个 回 数 ) 


e 进入 ClassWizard， 选 择 [Message Maps] Mix, Е [Class name] 清单 中 的 
CPenWidthsDlg. 


e ШИН [ Object IDs] 清单 列 出 对 话 框 中 各 个 控制 组 件 的 ID。 请 选择 其 中 的 
IDC DEFAULT PEN WIDTHS (代表 [Default] 41) 。 


e ЛЕВИН [Messages] 中 选择 BN CLICKED., — 前 两 草 的 经 验 不 同 ， 如 今 我 
们 处 理 的 是 控制 组 件 ， 它 所 产生 的 消息 是 特别 ， 称 为 Notification 消 息 ， 这 种 消息 
是 控制 组 件 用 来 通知 其 父 窗 口 (通常 是 个 对 话 框 ) Я ЕТ, 例如 BN_CLICKED 
表示 按钮 做 按 下 。 至 于 不 同 的 Notification 所 代表 的 意义 ， 男 面 最 下 方 的 "Description" 会 
显示 出 来 。 


e ГК [Add Function] #1, 313 А) OnDefaultPenWidths 函数 (也 可 以 改名 ) 


Add Member Function 








Member function name: 
onpefaultPenwidths | 


e m, [Member Functions] 清单 中 出 现 了 新 函数 ， 以 及 它 所 对 映 之 控制 组 件 和 与 


Notification 消息 。 


[Түт 


25) 
Message Maps | Member Variables | Automation | ActiveX Events | Class Info | 
[Scribble -| | CPenvñdthsDig "| | | 


i dil Fri 
НА леспьые\ Мер Реп п. HA. AStep3iPenDlg.cpp Adi Function 
Object 105: Messages: Delete Function | 
ретината, T | ] BN CLICKED | 
IBH DOUBLE CLICKED Edit Code | 








V DoDataExchange 





[7] OnDefaultPenwON_IDC_DEFAULT_PEN_WIDTHS:BN_CLICKED 


Description: Indicates the user clicked а button 





or | oe | 


e jJ [Edit Code】 钮 ， 光 标 落 在 OnDefaultPenWidths 函数 身上 ， 我 们 看 到 以 下 内 容 : 


[з Pendlg.cpp * 





ШЕГЕРЕ 
// CPenWidthsDlg message handlers 


vöid CPenlidthsDlg::OnDefaultPenlidths(í) 


// TODO: Ада your control notification handler code here 








上 述 动 作对 原始 代码 造成 的 影响 是 : 


// in PENDLG.H 
class CPenWidthsDlg : public CDialog 


protected: 
afx msg void OnDefaultPenWidths(); 


$; 

// in РЕМОЁС. СРР 

BEGIN MESSAGE MAP(CPenWidthsDlg, CDialog) 

ON BN CLICKED(IDC DEFAULT PEN WIDTHS, OnDefaultPenWwidths) 
END MESSAGE MAP ( ) 

void CPenWidthsDlg::OnDefaultPenWidths() 


// TODO : Add your control notification handler here 


МЕС 中 各 式 各 样 的 MAP 


如 果 你 以 为 MFC 中 只 有 Message Map 和 Data Map， 那 你 就 错 了 。 另 外 还 有 一 个 Dispatch 
Map， 使 用 于 OLE Automation， 下 面 是 其 形式 : 


DECLARE DISPATCH MAP() // .H 文件 中 的 宏 ， 声 明 Dispatch Мар, 

BEGIN DISPATCH MAP(CClikDoc, CDocument) // .CPP 档 中 的 Dispatch Map 
//ТТАЕХ DISPATCH MAP(CClikDoc) 

DISP PROPERTY(CClikDoc, "text", m str, VT BSTR) 

DISP PROPERTY EX(CClikDoc, "x", GetX, SetX, VT I2) 

DISP PROPERTY EX(CClikDoc, "y", GetY, SetY, VT I2) 

//) ) AFX. DISPATCH MAP 

END DISPATCH МАР() 


此 外 还 有 Event Map， 使 用 于 OLE Custom Control (也 就 是 OCX) ， 下 面 是 其 形式 : 


DECLARE EVENT MAP() // .H 文件 中 的 宏 ， 声 明 Event Мар, 

BEGIN EVENT MAP(CSmileCtrl, COleControl) // .CPP 档 中 的 Event Мар 
// (4AFX EVENT. MAP(CSmileCtrl) 

EVENT CUSTOM("Inside", FireInside, VTS I2 VTS I2) 
EVENT. STOCK CLICK() 

// ) ) AFX. EVENT. MAP 

END EVENT. MAP( ) 


= Message Map, REM- ЕБЕТ: 


DECLARE MESSAGE MAP()// .H 文件 中 的 宏 ， 声 明 Message Map. 

BEGIN MESSAGE MAP(CScribDoc, CDocument) // .CPP 档 中 的 Message Мар 
//{{AFX_MSG MAP(CScribDoc) 

ON COMMAND(ID EDIT CLEAR ALL, OnEditClearA11) 

ON COMMAND(ID PEN THICK OR THIN, OnPenThickoOrThin) 

ON COMMAND(ID PEN WIDTHS, OnPenWidths) 

//YYAFX. М56 МАР 

END MESSAGE МАР() 


MFC 所 谓 的 Map， 其 实 束 是 一 种 类 似 表 格 的 东西 ， 它 的 背后 是 什么 ? 可 能 是 一 个 巨大 的 数据 
结构 (例如 Message Мар) 。 最 和 其 它 Map 形 式 不 同 的 ， 就 属 Data Map 了 ， 它 的 形式 是 : 


//(4AFX DATA MAP(CPenWidthsDlg) // .CPP 档 中 的 Data Map 
DDX Text(pDX, IDC THIN PEN WIDTH, m_nThinWidth); 

DDV MinMaxInt(pDX, m nThinWidth, 1, 20); 

DDX Text(pDX, IDC THICK PEN WIDTH, m nThickWidth); 

DDV MinMaxInt(pDX, m nThickWidth, 1, 20); 
//YYAFX DATA MAP 


针对 同一 个 数据 目标 (Pk т е) , Data Map 之 中 每 组 有 两 笔记 录 ， 一 笔 负责 DDX， 一 笔 负 
i DDV. 


对 话 框 数 据 交 换 与 查核 (ООХ & DDV) 


在 解释 DDX/DDV 的 来 龙 去 脉 之 前 ， 我 想 先 描述 一 下 SDK 程序 处 理 对 话 框 数据 的 作法 。 如 果 
你 设计 一 个 对 话 框 如 下 图 : 


(сеа 


C] IDC 1 


DJ] IDC 2 
E dit - 


13510328 


[liDC 3 
PJ IDC 4 





:4 [OK] ЖЕ, EF a REFERAS 1 K Edit q : 


char _OpenName [ 128]; 

GetDlgItemText(hwndDlg, IDC_EDIT, _OpenName, 128); 
If (IsDlgButtonChecked(hDlg,IDC 1)) 

If (IsDlgButtonChecked(hDlg,IDC 2)) 

If (IsDlgButtonChecked(hDlg,IDC 3)) 

If (IsDlgButtonChecked(hDlg,IDC 4)) 


// hDlg 代表 对 话 框 的 窗口 handle 


虽然 Windows 95 和 Windows NT 有 所 谓 的 通用 型 对 话 框 (Common Dialog, % 6 €Sk FEL JT 
ipu) ， 某 择 个 标准 对 话 框 的 设计 因而 非常 简单 ， 但 非 标准 的 对 话 框 还 是 得 像 上 面 那 桩 目 己 
动手 。 


MFC 的 方式 就 简单 多 了 。 它 提供 的 DDX (X 表示 eXchange) ， 人 允许 程序 员 事 先 设 定 控制 组 
件 与 变量 的 对 应 关系 。 我 们 不 但 可 以 令 控 制 组 件 的 内 容 一 有 改变 就 自动 传送 到 变量 去 ， 也 可 
EASBMFCZEBEBSDDV (V 表示 Validation) 设 定 字段 的 合理 沁 围 。 如 果 使 用 者 在 字段 上 键入 超 
ШЕЕ Б ВУ, АДЕН К 【OKj】 后 出 现 类 似 以 下 的 画面 : 


Scribble 





数据 的 查核 (Data Validation) 其 实 是 一 件 琐碎 又 耗 人 力 的 事情 ， 各 式 各 样 的 数据 都 应 该 要 检 
查 其 合理 范围 ， 程 序 才 算 面面俱到 。 例 如 日 期 字段 绝 不 能 允许 12 以 上 的 月 份 以 及 31 以 上 的 日 
子 (如 果 程 序 还 能 自动 检查 2 月份 只 有 28 Хақ а-в 29 ХАЛІ) ; 金额 字段 里 绝 
不 能 允许 文字 出 现 ， 电 话 号 代码 字段 一 定 只 有 9 位 (至少 台 湾 目前 是 如 此 ) 。 为 了 解决 这 些 
琐碎 又 累 人 的 工作 ， 市 售 有 一 些 链 接 库 ， 专 门 做 数据 查核 工作 。 

然而 不 要 对 МЕС 的 DDV 能 力 期 曙 过 高 ， 稍 后 你 融会 看 到 ， 它 只 能 满足 最 低层 次 的 要 求 而 
已 。 就 DDV ma, Borland 的 OWL 表 现 较 佳 。 


现在 我 打算 以 两 个 成 员 变 量 映射 到 对 话 框 上 的 两 个 Edit 字 段 。 我 希望 当 使 用 者 按 下 [OK] 
钮 ， 第 一 个 Edit 字 段 的 内 容 自 动 储存 到 m_nThinWidth 变 量 中 ， 第 二 个 Edit 栏 位 的 内 容 自 动 储 存 
到 m_nThickWidth 变量 中 : 


| class 机 -重生 全 放电 | 


IDD РЕМ ХҰПҰГИЗІЛ АЛГАН. | 
ВЕСИ | 





ЕІЗГГГІЕССІТ ІІМ” ТЕХ РЕМ YVIDTHRL ... 


ЕЛМИТГТЕС«ТІПМ” ТИІСЕ. РЕМ YVVIIFTIH... my nihüinV В: 


40 m nThick Width: 
a 


Fen Widtha F 





| END 

















== z Cancel 
Thick Pen Width: B — | _ Cancel | 
Default | 





下 面 是 ClassWizard 的 操作 步骤 (为 对 话 框 类 增加 两 个 成 员 变 量 ， 并 设 定 DDX / DDV) 


e 进入 ClassWizard， 选 择 [Member Variables】 附 页 ， 再 选择 CPenWidthsDlg。 对 话 框 
中 央 部 分 有 一 大 块 局 部 用 来 显示 控制 组 件 与 变量 间 的 对 映 关 系 〈 见 下 一 页 图 ) 。 


e 选择 IDC ТНІМ PEN WIDTH, ЖҒК. [Add Variable...】 钮 ， 出 现 对 话 框 如 下 。 
° 键 人 变量 名 称 为 m_nThinWidth。 


° 选择 变量 型 别 为 int 。 





Add Ме mbe: Variable 
Member variable name: 
[m_nThinwidth| | : | 


Cancel 
Category: 
Value т 


Variable type: 


int ы 


Description: 
Int with valldation 





e ШТ [OK] &, ， 于 是 ClassWizard 为 CPenWidthsDIg 387] f — 3i &m nThinWidth, 
e 在 ClassWizard 对 话 框 最 下 方 〈 见 下 一 页 图 ) 填 和 人 变量 的 数值 范围 ， 以 为 DDV 之 用 。 


° ЖЕ ВК, XIDC THICK PEN WIDTH 也 设 定 一 个 对 应 变量 ， 范 围 也 是 1~20。 
МЕС Class Wizard [7[х] 
Message Maps Member Variables | Automation | Aclivex Events | Class Info | 
Project Glass name: 
[Scribble "| CPenWidthsDlg т | 
HscribbleStephPenDIgh, HA. XStepaiPenDlg.cpp акла 
Control IDs: Type Member Delete Varlable | 


IDC DEFAULT РЕМ WIDTHS БЕКЕТТЕ 
IDC THICK_PEN_WIDTH m nThick Width 
IDC THIN PEN WIDTH Int m nThinWidth 
IDCANCEI 

ID OK 





Loca i oom 






Description: int with validation 


Minimum Value: i 


Махітшіт Value: [20 | 
| 





上 述 动作 影响 我 们 的 程序 代码 如 下 : 


class CPenWidthsDlg : public CDialog 


// Dialog Data 

//14AFX DATA(CPenWidthsDlg) 
enum í IDD = IDD PEN WIDTHS }; 
int m nThinWwidth; 

int m nThickWidth; 

// Y) AFX. DATA 


CPenwidthsDlg::CPenwidthsDlg(CWnd* pParent /*-NULL*/) 
: CDialog(CPenwidthsDlg::IDD, pParent) 


m nThickWidth = 0; 
m nThinwidth = 0; 


void CPenwidthsDlg::DoDataExchange(CDataExchange* pDX) 


1 
CDialog::DoDataExchange(pDX); 
//14AFX DATA MAP(CPenWidthsDlg) 
DDX Text(pDX, IDC THIN PEN WIDTH, m nThinWidth); 
DDV MinMaxInt(pDX, m nThinwidth, 1, 20); 
DDX Text(pDX, IDC THICK PEN WIDTH, m nThickWidth); 
DDV MinMaxInt(pDX, m nThickWidth, 1, 20); 
// Y) AFX. DATA. MAP 
j 


只 要 数据 ALE] 在 成 员 变 量 与 控制 组 件 之 间 搬 移 ，Framework 就 会 自动 调用 
DoDataExchange。 我 所 说 的 【有 必要 」 是 指 ， 对 话 框 初次 显示 在 屏幕 上 ， 或 是 使 用 者 按 下 
[ОК] 离开 对 话 框 等 等 。CPenWidthsDlg::DoDataExchange Н — н — ZB ООХ/ОО\МРА 5 
成 之 。 先 做 DDX， 人 然后 做 DDV， 这 是 游戏 规则 。 如 果 你 纯粹 信 助 ClassWizard， 融 不 必 在 意 此 
事 ， 如 果 你 要 自己 动手 完成 ， 就 得 遵循 规则 。 


该 是 完成 上 一 节 的 OnDefaultPenWidths 的 时 候 了 。 当 【Default】 钮 被 按 下 ，Framework 会 调 
用 OnDefaultPenWidths， 我 们 应 该 在 此 设 定 粗 笔 细 笔 两 种 宽度 的 默认 值 : 


void CPenWidthsDlg::OnDefaultPenWidths() 


| 
m_nThinWidth = 2; 
m_nThickWidth = 5; 
UpdateData(FALSE); // causes DoDataExchange( ) 
// bSave-FALSE means don't save from screen, 
// rather, write to screen 

j 


МЕС 中 各 去 各 样 的 DDx 4 


如 果 你 以 为 MFC 对 于 对 话 框 的 照顾 ， 只 有 DDX 和 DDV， 那 你 惑 又 钳 了 ， 另 外 还 有 一 个 DDP， 
使 用 于 OLE Custom Control (也 就 是 OCX) 的 Property page 中 ， 下 面 是 它 的 形式 : 


//{{AFX_DATA MAP(CSmilePropPage) 

DDP Text(pDX, IDC CAPTION, m caption, _T("Caption") ); 
DDX Text(pDX, IDC CAPTION, m caption); 

DDP Check(pDX, IDC SAD, m sad, Т("5аа") ); 

DDX Check(pDX, IDC SAD, m sad); 

// Y) AFX. DATA. MAP 


什么 是 Property page ? 这 是 最 新 流行 (Microsoft 强力 推销 ? ) 的 界面 。 这 种 界面 用 来 解决 过 
于 拥挤 的 对 话 框 。ClassWizard 就 有 四 个 Property page， 我 们 又 称 为 tag (Ия). mE 
property page 的 对 话 框 称 为 property sheet， 也 就 是 tagged dialog ( 带 有 附 页 的 对 话 框 ) 。 


如 何 响 起 对 话 框 


[Реп Widths] 对 话 框 是 一 个 所 谓 的 Modal 对 话 框 ， 意 思 是 除非 它 关 闭 (结束 ) ， 否 则 它 会 
紧 抓 住 这 个 程序 的 控制 权 ， iid 程序 。 相 对 于 Modal 对 话 框 ， 有 一 种 Modeless 对 话 
框 就 不 会 影响 程序 其 它 动作 的 进行 ; 通常 你 在 文字 处 理 软 件 中 看 到 的 文字 搜寻 对 话 框 就 是 
Modeless 对 话 框 。 


过 去 ， MFC 有 两 个 类 ， 分 别 负 责 Modal 对 话 框 和 Modeless 对 话 框 ， he 
CDialog。 in^ 84253 —. BAzECDialogs P 5 T EMH, МЕС 有 这 人 么 一 个 定义 : 


#define CModalDialog Cdialog 


要 做 出 Modal 对 话 框 ， 只 要 调用 CDialog::DoMoal Вр, 


我 们 希望 Step3 的 命令 项 【Pen/Pen Widths) 被 按 下 时 ， (Pen Widths) 对 话 框 能 够 执行 起 
来 。 要 唤起 此 一 对 话 框 ， 得 做 到 两 件 事 情 : 


1. 产生 一 个 CPenWidthsDlg 对 象 ， 负 责 管 理 对 话 框 。 
2. 显示 对 话 框 突 口 。 这 很 简单 ， 调 用 DoMoal 即 可 办 到 。 


为 了 把 命令 消息 连接 上 CPenWidthsDIg， 我 们 再 次 使 用 ClassWizard， 这 一 次 要 为 
CScribbleDoc 加 上 一 个 命 爷 处 理 例 程 。 为 什么 选择 在 CScribbleDoc 而 不 是 其 它 类 中 人 处理 此 
一 命令 呢 ? 因为 不 论 是 粗 笔 或 细 笔 ， 力 至 于 目前 正 使 用 的 笔 ， 其 宽度 都 被 记录 在 
CScribbleDoc 中 成 为 它 的 一 个 成 员 变 量 : 


// in SCRIBDOC.H 
class CScribbleDoc : public CDocument 


protected: 
UINT m nPenWidth;  //current user-selected pen width 


UINT m nThinWidth; 
UINT m nThickWidth; 


所 以 由 CScribDoc 负 责 唤 起 对 话 框 ， 接 受 笔 宽 设 定 ， 是 很 合情合理 的 事 。 


如 果 命 令 消 息 义理 例 程 名 为 OnPenWidths， 我 们 和 希 蛙 在 这 个 函数 中 先 唤 起 对 话 框 ， 由 对 话 框 
取得 粗 笔 和 细 笔 的 宽度 ， 然 后 再 把 这 两 个 值 设 定 给 CScribbleDoc 中 的 两 个 对 应 变量 。 下 面 是 
设计 步 又。 


e 执行 ClassWizard， 选 择 [Message Mapj】 附 页 ， 并 选择 CScribbleDoc。 


e 在 【Object IDs] 清单 中 选择 ID_PEN_WIDTHS。 


e 在 【Messages】 清 单 中 选择 COMMAND。 


e 按 下 [Add Function] 4} %¥ClassWizard 给 予 的 函数 名 称 OnPenWidths。 


МЕС Class Wizard "Ex 


Message Maps | Member Variables | Automation | Activex Events | Class Info | 






Project: Class name: 
Scribble “| [cCScribbleDoc 
HA AStepAiScribDoc.h. HA. AStep3iScribDoc.cpp 

Object IDs: Messages: 


[COMMAND 





ID PEN WIDTHS 

ID PREV PANE 
JD МЕМ STATUS BAR 
У VIEW TOOLBAR 





ID WINDOW ARRANGE 1 
ПІ» WINDOW CASCADE 

[ID WINDOW NEW E 
Member functions: 


|'W OnEditClearAll ON ID EDIT CLEAR, ALL:COMMAND 
V OnHewDocument 

| V. OnOpenDocument | 
W OnPenThickOrTON ID PEN THICE OR THIN:COMMAND 
M onPenWidths ОН 10 РЕМ WIDTHS:COMMAND 










Description: Handle a command (Irom menu, accel, cmd button) 





e ЖҒК [Edit Code】 钮 ， 游 标 落 在 OnPenWidths KAA, ЗЛХИТРЯЯ: 


// SCRIBDOC СРР 
#include "pendlg.h" 


void CScribbleDoc::OnPenWidths() 


{ 
CPenWidthsDlg dlg; 
// Initialize dialog data 
dlg.m_nThinWidth = m_nThinWidth; 
dlg.m_nThickWidth = m nThickWidth; 
// Invoke the dialog box 
if (dlg.DoModal() == ТООК) 
{ 
// retrieve the dialog data 
m nThinwidth = dlg.m nThinWwidth; 
m nThickwidth - dlg.m nThickWidth; 
//Update the pen that is used by views when drawing new strokes, 
//to reflect the new pen width definitions for "thick" and "thin". 
ReplacePen(); 
j 
j 


现在 ，Scribble Step3 全 部 完成 ， 制 作 并 测试 之 。 





== Scribble Step3 - stroke.SCB 


File Edit Pen Wiew Window Help 
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上 一 章 我 们 为 Scribble 加 上 三 个 新 的 选单 命令 项 。 其 中 一 个 命令 项 【Pen/Pen Widths...) 将 引 
发 对 话 框 ， 这 个 目标 在 本 章 实现 。 

制作 对 话 框 ， 我 们 需要 为 此 对 话 框 设计 面板 (Dialog Template) , 3x "T£$& Visual C++ 整合 环 
境 之 对 话 框 编辑 器 之 助 完 成 。 我 们 还 需要 一 个 派生 自 CDialog 的 类 (KAA 
CPenWidthsDlg) 。ClassWizard 可 以 帮助 我 们 新 增 类 ， 并 增加 该 类 的 成 员 变 量 ， 以 及 设 定 
对 话 框 之 DDX/DDV 。 以 上 都 是 透 过 ClassWizard 以 鼠标 点 点 选 选 而 完成 ， 过 程 中 不 需要 窟 
任何 一 进程 序 代码 。 

所 谓 DDX 是 让 我 们 把 对 话 框 类 中 的 成 员 变 量 与 对 话 框 中 的 控制 组 件 产生 关联 ， 于 是 当 对 话 框 
结束 时 ， 控 制 组 件 的 内 容 会 自动 传输 到 这 些 成 员 变 量 上 。 


所 谓 DDV 是 允许 我 们 设 定 对 话 框 控制 组 件 的 内 容 类 型 以 及 数据 (数值 ) 范围 。 


对 话 框 的 写作 ， 在 MFC 程 序 设 计 中 轻松 无 比 。 你 可 以 党 试 练习 一 个 比较 复杂 的 对 话 框 。 


5811 25 View 功 能 之 加 强 与 重 绘 效 率 之 提升 


前 面 数 章 中 ， 我 们 已 经 看 到 了 View 如 何 扮演 Document 与 使 用 者 之 间 的 媒介 : View 显示 
Document 的 数据 内 容 ， 并 且 接 受 鼠 标 在 窗口 上 的 行为 ( 左 键 按 下 、 放 开 、 鼠 标 移 动 ) ， 视 为 
对 Document 的 操作 。 


Scribble PJ E41 [8] —45 Document > Е — 4% Е BS Views, ix zEéMDIHRFEBS [RR] MDI 程序 
标准 的 【Window/New Window】 窗 体 项 目 融 是 为 达 此 目标 而 设计 的 。 但 有 一 个 缺点 还 符 殉 
服 ， 那 束 是 你 在 窗口 A 的 绘图 动作 不 能 实时 影响 窗口 B， 也 束 是 说 它们 之 间 并 没有 所 谓 的 同 
步 更 新 一 一 即使 它们 是 同一 份 数据 的 一 体 两 面 ! 


Scribble Step4 解决 上 述 问题 。 主 要 关键 在 于 想 办 法 通知 所 有 相同 血 源 (同一 份 Document) 
НИ) лз (各 个 Views) ， 让 它们 一 起 行动 。 但 却 因此 必须 考虑 这 个 问题 : 


如 果 使 用 者 的 一 个 鼠标 动作 引发 许多 许多 的 程序 绘图 动作 ， 那 么 [同步 更 新 」 的 绘图 效率 就 
变 得 非常 重要 。 因 此 在 考虑 如 何 加 强 显 示 能 力 时 ， 我 们 融 得 设计 所 谓 的 [必要 绘图 区 」 ， 也 
束 是 所 谓 的 Invalidate Region， 或 称 [不 再 适用 的 局 部 」 或 TEAK] 。 每 当 使 用 者 增加 新 的 
线条 ，Scribble Step4 FE [包围 该 线条 之 最 小 四 方形 」 AEA [必要 绘图 区 」 。 为 了 记录 这 
项 数据 ， 从 Step1 延 用 至 今 的 Document 数据 结构 必须 有 所 改变 。 


Step4 的 同步 更 新 ， 是 以 一 笔画 为 单位 ， 而 非 以 一 个 点 为 单位 。 换 名 话说 在 一 笔画 未 完成 之 
前 ， 不 打算 让 同 源 的 多 个 View 窗口 同步 更 新 -- 那 毕竟 太 伤 效率 了 。 


Scribble Step4 的 另 一 项 改善 是 为 Document Frame Ца 07К 223, HET 
一 种 所 谓 的 分 裂 窗 口 (Splitter window) ， 如 图 11-1。 这 种 窗口 的 主要 功能 是 当 使 用 者 欲 对 文 
件 做 一 体 两 面 (或 多 面 ) 观察 时 ， 各 个 观察 子 窗口 可 以 集中 在 一 个 大 的 母 窗 口中 。 在 这 里 ， 

子 窗口 被 称 为 | 窗口 上 (pane). 


Je Seribble Step4 - Seribb2 
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11-1 Scribble Step4， 同 源 (同一 份 Document) 之 各 个 View 窗口 具 各 同步 更 新 的 能 
Document Frame 窗 口 具 各 分 裂 窗 口 与 耸 轴 。 


同时 修改 多 个 Views : UpdateAllViews 和 OnUpdate 


在 Scribble View 上 绘图 ， 然 后 选 按 【Window/New Window】， 会 蹦 出 另 一 个 新 的 View， 其 内 

的 图 形 和 与 前 一 个 View 相同 。 这 两 个 Views 融 是 同一 份 文 件 的 两 个 Г! 。 新 窗口 的 产生 

# = WM PAINT 产生 ， 于 是 OnDraw 发 生效 用 ， 把 文件 内 容 画 出 来 : 

А. Seribble Step3 - Scribb1 [=] 
Ede Edit Бал View Window Help | 
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11-2 一 份 Document 连 结 两 个 Views， 没 有 同步 修正 画面 


但 是 ， 此 后 如 果 你 在 Scrib1:1 窗 口上 绘图 而 未 缩放 其 尺寸 的 话 〈 也 融 是 不 产生 WM_PAINT) , 
Scrib1:2 窗口 内 看 不 到 后 续 绘 图 内 容 。 我 们 并 不 希望 如 此 ， 不 斑 的 是 上 一 章 的 Scribble Step3 
正 是 如 此 。 


不 能 同步 更 新 的 关键 在 于 ， 没 有 人 通知 所 有 的 兄弟 们 (Views) 一 起 动手 一 一 动手 调用 
OnDraw。 你 是 知道 的 ， 只 有 当 WM_PAINT 产 生 ，OnDraw 才 会 被 调用 。 因 此 ， 解 决 方式 是 对 
每 一 个 兄弟 都 发 出 WM_PAINT， 或 任何 其 它 方法 一 一 只 要 能 通知 到 就 好 。 也 就 是 说 ， 让 附属 
于 同一 Document 的 所 有 Views 都 能 够 立即 反应 Document 内 容 变 化 的 方法 惑 是， 始作俑者 
(被 使 用 者 用 来 修改 Document 内 容 的 那个 View) 必须 想 办 法 通知 其 他 兄弟 。 





经 由 CDocument::UpdateAllViews，MFC 提 供 了 这 样 的 一 个 标准 机 制 。 让 所 有 的 Views 同步 更 
新 数据 的 天 键 在 于 两 个 回 数 : 


1.CDocument::UpdateAllViews———3X CHARK А76 3 I [8] — Document 的 各 个 
Views, 221] — 5A Ml— T, РЗ ПЕ ӘНЕ OnUpdate KE, 


2.CView::OnUpdate — $18] ИЯ ЯН 22 8 5 ЗБЕН» (jx H; Ж 
一 点 ) ， 或 许 想 办 法 只 绘 必 要 的 一 小 部 分 〈 这 比较 聪明 一 些 ) 。 


Document 





е 1 使 用 者 在 View:1 做 动作 (View 扮演 使 用 者 接口 的 第 一 线 ) 。 

e 2 View:1 调 用 GetDocument， 取 得 Document 指 针 ， 更 改 数据 内 容 。 

е 3 View:1 调 用 Document 的 UpdateAllViews。 

e 4 View:2 和 View:3 的 OnUpdate 一 一 被 调用 起 来 ， 这 是 更 新 画面 的 时 机 。 


如 果 想 让 绘图 程序 聪明 一 些 ， 不 要 每 次 都 全 部 重 绘 ， 而 是 只 择 [必须 重 绘 」 的 局 部 重 绘 ， 那 
么 OnUpdate 需要 被 提示 什么 是 「 必 须 重 绘 的 局 部 ]， 这 就 必须 借助 于 UpdateAllViews 的 参 
Ж: 

virtual void UpdateAllViews(CView* pSender, 


LPARAM lHint, 
CObject* pHint); 


e 8- ТИК HESS BRA ЕЕЕ. UT AU ОЗЕРЕ s= it sü EB 5 02-78 
Ван, Bo Ef А со ааят Y (НЕА ЕАН), Ф 
被 通知 。 


e 后 面 两 个 参数 IHint 和 pHint 是 所 谓 的 提示 参数 (Hint) ， 它 们 会 被 传送 到 同一 Document 所 
对 应 的 每 一 个 Views 的 OnUpdate 函 数 去 。|Hint 可 以 是 一 些 特殊 的 提示 值 ，pHint 则 是 一 个 
派生 自 CObject 的 对 象 指 针 。 靠 着 设计 腿 好 的 [提示 」，OnUpdate 才 有 机 会 提高 绘图 效 
率 。 要 不 然 直 接 通知 DOnDraw 就 好 了 ， 也 不 需要 再 摘出 一 个 OnUpdate。 


另 一 方面 ，OnUpdate 收 到 三 个 参数 (ІН CDocument:: UpdateAllViews 发 出 ) 


virtual void OnUpdate(CView* pSender, 
LPARAM lHint, 
CObject* pHint); 


因此 ， 一 旦 Document 数据 改变 ， 我 们 应 该 调用 CDocument::UpdateAIIVi 


ews 以 通知 所 有 相关 的 Views。 而 在 CMyView::OnUpdate 画 数 中 我 们 应 该 以 效率 为 第 一 考虑 ， 
利用 参数 中 的 hint 设 定 重 绘 区 ， 使 后 续 被 唤起 的 OnDraw 有 最 快 的 工作 速度 。 注 意 ， 通 常 你 不 
应 该 在 OQnUpdate 中 执行 绘图 动作 ， 所 有 的 绘图 动作 最 好 都 应 该 集中 在 OnDraw ; 你 在 
OnUpdate 函数 中 的 行为 应 该 是 计算 哪 一 块 区 域 需要 重 绘 ， 然 后 调用 CWnd::InvalidateRect， 
发 出 WM_PAINT 让 OnDraw 去 画图 。 结 论 是 ， 改 善 同 步 更 新 以 及 绘图 效率 的 前 置 工作 如 下 : 


1. 定义 hint 的 数据 类 型 ， 用 以 拉 述 已 遭 修 改 的 数据 局 部 。 


2. МЕН Міемс ў Y Document 内 容 ， 程 序 应 该 产生 一 个 hint， 摘 述 此 一 修改 ， 并 以 它 
做 为 参数 ， 调 用 UpdateAllViews。 


3. 改 于 CMyView::OnUpdate， 利 用 hint 设 计 高 效率 绘图 动作 ， 使 hint 摘 述 区 之 外 的 局 部 不 要 重 
[Е 


о 


在 View 中 定义 一 个 hint 


以 Scribble 为 例 ， 当 使 用 者 加 上 一 段 线条 ， 如 果 我 们 计算 出 包围 此 一 线条 之 最 小 四 方形 ， 那 么 
只 有 和 与 此 四 方形 有 交集 的 其 它 线 条 才 需 要 重 画 ， 如 图 11-3。 因 此 在 Step4 中 把 hint 设 计 为 
RECT 29, =, 


效率 考虑 上 ， 当 然 我 们 还 可 以 精益 求 精 取得 各 线条 与 此 四 方形 的 交点 ， 然 后 只 重 绘 四 方形 内 
部 的 那 一 部 分 即 可 ， 但 这 人 么 做 是 否 动用 太 多 计算 ， 是 否 使 工程 太 过 复杂 以 至 于 不 划算 ， 你 可 
(si B E. 


7, Scribble 510р3 - rech SCB | - [B] x] 
Eie Edit Pen Мән Window Help 
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911-3 在 rect.SCB:1 窗 口中 新 增 一 线条 #5， 那 么 ， 只 有 与 虚线 四 方形 (此 四 方形 将 #5 包 起 
ж) 有 交集 之 其 它 线 条 ， 也 就 是 #1 和 #， 才 有 必要 在 rectSCB:2 Оф н, 


前 面 鲁 说 UpdateAllViews 加 数 的 第 三 个 参数 必须 是 CObject 派 生 对 象 之 指针 。 由 于 本 例 十 分 单 
纯 ， 与 其 为 了 Hint 特 别 再 设计 一 个 类 ， 勿 宁 在 CStroke 中 增加 一 个 变量 (事实 上 是 一 个 CRect 
对 象 ) ， 用 以 表示 前 述 之 hint 四 方形 ， 那 么 每 一 条 线条 融 外 量 了 一 个 小 小 的 四 方 碗 。 但 是 我 们 
不 能 把 CRect 对 象 指针 直接 当 做 参数 来 传 ， 因 为 CRect 并 不 派生 自 CObject。 稍 后 我 会 说 明 该 
怎么 做 。 


可 以 预期 的 是 ， 日 后 一 定 需要 一 一 从 每 一 线条 中 取出 这 个 【外围 四 方形 」 ， 所 以 现在 先 声 明 
并 定义 一 个 名 为 GetBoundingRect 的 函数 。 另 外 再 声明 一 个 FinishStroke 函数 ， 其 作用 主要 
是 计算 这 四 方形 尺寸 。 稍 后 我 会 详细 解释 这 些 辆 数 的 行为 。 


// in SCRIBBLEDOC.H 
class CStroke : public CObject 


public: 
UINT m nPenWidth; 
CDWordArray m pointArray; 
CRect m rectBounding; //smallest rect that surrounds all 
//of the points in the stroke 
public: 


CRect& GetBoundingRect() í return m rectBounding; ) 
void FinishStroke(); 


}; 


我 想 你 早已 熟悉 了 Scribble Document 的 数据 结构 。 为 了 应 付 Step4 的 需要 ， 现 在 每 一 线条 必 
须 多 一 个 成 员 变 量 ， 那 是 一 个 CRect 对 象 ， 如 图 11-4 所 示 。 


CScribble Step4 Document : 


CObList 物件 


CObList 的 每 个 元 率 都 是 一 个 CObjedt 指标 。 
ЗИРЕ ТНА CStroke 物件 。 CStroke 衍生 目 
COhbject a 


ЖЕЧЇ СОБ s 


CObList rm strokeList -——»- 
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11-4 CScribbleDoc 对 象 中 的 各 项 数据 


设计 观念 分 析 完 毕 ， 现 在 动手 吧 。 我 们 必须 在 SCRIBDOC.CPP 中 的 Document 初始 化 动作 以 
及 文件 读 写 动作 都 加 入 m_rectBounding 这 个 新 成 员 : 


// in SCRIBDOC.CPP 
IMPLEMENT SERIAL(CStroke, CObject, 2) // 注意 schema no .改变 为 2 


CStroke::CStroke(UINT nPenWidth) 


{ 
m_nPenWidth = nPenwWidth; 


m rectBounding.SetRectEmpty(); 
void CStroke::Serialize(CArchive& ar) 
if (ar.IsStoring()) 
ar «« m rectBounding; 


ar «« (WORD)m nPenWidth; 
m pointArray.Serialize(ar); 


else 

{ 
аг >> m_rectBounding; 
WORD w; 
аг >> w; 


т nPenWidth = м; 
m pointArray.Serialize(ar); 


如 果 我 们 改变 了 文件 读 写 的 格式 ， черн number (J 25 ha m4) 。 
由 于 Scribble 数据 文件 (.SCB) 格式 改变 多 了 一 个 m_rectBounding， 所 以 我 们 在 
IMPLEMENT SERIAL ани Schema no. ， 以 便 让 不 同 版 本 的 Scribble 程序 


识 得 不 同 版 本 的 文件 文件 。 如 果 你 以 Scribble Step3 读 取 Step4 所 产生 的 文件 ， 会 因为 Schema 
号 代码 的 不 同 而 得 到 这 样 的 消息 : 


Scribble ж | 


/N, Unexpected file format. 











ВХ TENE НЫН [线条 之 最 小 外 包 四 方形 」 ， 这 件 事情 当然 是 在 线条 完成 后 
进行 之 ， 所 以 此 一 函数 命名 为 FinishStroke。 每 当 一 笔 围 结束 (р, PE 
WM LBUTTONUP) , OnLButtonUp 就 调用 FinishStroke 让 它 计 算 边 界 。 计 算 方 法 很 直接 ， 


取出 线条 中 的 坐标 点 ， 比 大 小 而 已 : 


// in SCRIBDOC.CPP 
void CStroke::FinishStroke() 


// 计算 外 围 四 方形 。 为 了 灵巧 而 高 效率 的 重 绘 动 作 ， 这 是 必要 的 。 
if (m pointArray.GetSize()--0) 


( 
m _rectBounding.SetRectEmpty(); 


return; 


CPoint pt = т_ро1пїАггау[0], 

m_rectBounding = CRect(pt.x, pt.y, pt.x, pt.y); 

for (int 1-1; i < m_pointArray.GetSize(); 1++) 

{ 
// АМАН, АНА Ж, ME A 2 sao 
pt = m_pointArray[i]; 
m_rectBounding.left = min(m_rectBounding.left, pt.x); 
m_rectBounding.right = max(m_rectBounding.right, pt.x); 
m_rectBounding.top = min(m_rectBounding.top, pt.y); 
m_rectBounding.bottom = max(m_rectBounding.bottom, pt.y); 


} 

// 在 四 方形 之 外 再 加 上 笔 的 宽度 。 

m rectBounding.InflateRect(CSize(m nPenWidth, m nPenWidth)); 
return; 


把 hint 传 给 OnUpdate 


下 一 步骤 是 想 办 法 把 hint 交 给 UpdateAllViews。 让 我 们 想 想 什么 时 候 Scribble 的 数据 开始 产生 
改变 ? 答案 是 鼠标 左 键 按 下 时 | 或 许 你 会 以 为 要 在 OnLButtonDown 中 调用 
CDocument::UpdateAllViews。 这 个 猜测 的 论点 可 以 成 立 但 是 结果 错误 ， 因 为 左 键 按 下 后 还 有 
一 连 串 的 鼠标 轨迹 移动 ， 每 次 移动 都 导 至 数据 改变 ， 新 的 点 不 断 被 加 上 去 。 如 果 我 们 等 左 键 
放 开 ， 线 条 完成 ， 再 来 调用 UpdateAllViews， 事 情 会 比较 单线。 因此 Scribble Step4 是 在 
OnButtonUp 中 调用 UpdateAllViews。 当然 我 们 现在 融 可 以 预想 得 到 ， 一 笔 轩 完成 之 前 ， 同 一 
Document 的 其 它 Views 没有 办 法 实时 显示 最 新 数据 。 


下 面 是 OnButtonUp 的 修改 内 容 : 


void CScribbleView: :OnLButtonUp(UINT, CPoint point) 


m pStrokeCur-»m pointArray.Add(point); 

// 已 完成 加 点 的 动作 ， 现 在 可 以 计算 外 围 四 方形 了 

m pStrokeCur-»FinishStroke(); 

// 通知 其 它 的 views， 使 它们 得 以 修改 它们 的 图 形 。 
pDoc->UpdateAllViews(this, OL, m pStrokeCur); 


return; 


程序 逻辑 至 为 简单 ， 唯 一 需要 说 明 的 是 UpdateAllViews 的 第 三 个 参数 (hint) ， 原 本 我 们 只 需 
设 此 参数 为 m_rectBounding， 即 可 满足 需求 ， 但 MFC 规 定 ， 第 三 参数 必须 是 一 个 CObject 指 
针 ， 而 CRect 并 不 派生 自 CObject， 所 以 我 们 干脆 束 把 目前 正 作 用 中 的 整个 线条 (mue 
m_pStrokeCur) 传 过 去 算 了 。CStroke 的 确 是 派生 自 CObject ! 


// in SCRIBBLEVIEW.H 
class CScribbleView : public CScrollView 


protected: 
CStroke* m_pStrokeCur; // the stroke in progress 


$; 
// in 5СКІВВІЕУТЕМ. СРР 
void CScribbleView::OnLButtonDown(UINT, CPoint point) 


{ 


m pStrokeCur = GetDocument()->NewStroke(); 
m_pStrokeCur->m_pointArray.Add(point); 


} 

void CScribbleView: :OnMouseMove(UINT, CPoint point) 
m_pStrokeCur->m_pointArray.Add(point); 

} 

void CScribbleView::OnLButtonUp(UINT, CPoint point) 


m pStrokeCur-»m pointArray.Add(point); 
т pStrokeCur-»FinishStroke(); 
pDoc-»-UpdateAllViews(this, OL, m pStrokeCur); 


UpdateAllViews3&;z; CScribbleDoc 所 连接 的 每 一 个 Views (始作俑者 那个 View 除外 ) ， 调 
用 它们 的 OnUpdate 函 数 ， 并 把 hint 做 为 参数 之 一 传递 过 去 。 


利用 hint 增加 重 给 效率 


预 设 情况 下 ，OnUpdate 所 收 到 的 无 效 区 (也 就 是 重 绘 区 ) ， 是 Document Frame 窗口 的 整 
个 内 部 。 但 谁 都 知道 ， 原 已 存在 而 且 没 有 变化 的 图 形 再 重 绘 也 只 是 浪费 时 间 而 已 。 上 一 节 你 
已 看 到 Scribble 每 加 上 一 整个 线条 ， 就 在 Оп ВиќопорЕ 29 rh 33 FHUpdateAllViews В, Э 
且 把 整个 线条 (内 含 其 四 方 边界 ) 传 过 去 ， 因 此 我 们 可 以 想 办 法 在 OnUpdate 中 重 绘 这 个 四 
方形 小 局 部 就 好 。 


话说 回来 ， 如 何 能 够 只 重 绘 一 个 小 局 部 就 好 呢 ? 我们 可 以 一 一 取出 Document 中 每 一 线条 的 四 
方 边界 ， 与 新 线条 的 四 方 边界 比较 ， 若 有 交点 束 重 绘 该 线条 。CRect 有 一 个 IntersectRect Е 
数 正 适合 用 来 计算 四 方形 交 


但 是 有 一 点 必须 注意 ， 绘 图 动作 不 是 集中 在 OnDraw 吗 ? 因此 OnUpdate 和 OnDraw 之 间 的 分 
工 有 必要 悍 清 。 前 面 数 个 版 本 中 这 两 个 国 数 的 动作 是 : 





e OnUpdate 一 一 啥 也 没 做 。 事 实 上 CScribbleView 原本 根本 没有 改写 此 一 函数 。 


e OnDraw— $R 8145 Ооситепіф 75: — 25 36, #59 Н CStroke::DrawStroke 将 线条 绘 
iau 


Scribble Step4 Z FB, х я ПРА ТЕП : 


e OnUpdate 一 一 判断 Framework 传 来 的 hint 是 否 为 CStroke 对 象 。 如 果 是 ， 设 定 无 效 局 部 
( 重 绘 局 部 ) 为 该 线条 的 外 围 四 方形 ; 如 果 不 是 ， 设 定 无 效 局 部 为 整个 窗口 局 部 。 Dx 
定 无 效 局 部 」 (也 就 是 调用 CWnd::InvalidateRect) 会 引发 WM PAINT， 于 是 引发 
OnDraw. 


e OnDraw 一 一 迭代 取得 Document 中 的 每 一 线条 ， 并 调用 CStroke::GetBound 


ingRect 取 线条 之 外 围 四 方形 ， 如 果 和 与 [无 效 局 部 」 有 交集 ， 就 调用 CStroke::DrawStroke 绘 
出 整个 线条 。 如 果 没 有 交集 ， 残 跳 过 不 男 。 


以 下 是 新 增 的 OnUpdate Ж: 


// in SCRIBVW.CPP 
void CScribbleView::OnUpdate(CView* /* pSender */, LPARAM /* lHint */, 
CObject* pHint) 


// Document 通知 View 说 ， 某 些 数据 已 经 改变 了 
if (pHint != NULL) 


if (pHint-»-IsKindOf (RUNTIME CLASS(CStroke))) 
l 


//hint 提 示 我 们 哪 一 线条 被 加 入 (或 被 修改 )， 所 以 我 们 要 把 该 线条 的 
// 外 围 四 方形 设 为 无 效 区 。 

CStroke* pStroke = (CStroke*)pHint; 

CClientDC dc(this); 

OnPrepareDC(&dc); 

CRect rectInvalid = pStroke-»GetBoundingRect(); 
dc.LPtoDP(&rectInvalid); 
InvalidateRect(&rectInvalid); 

return; 


) 
) 
// 如 果 我 们 不 能 解释 hint PAS (也 就 是 说 它 不 是 我 们 所 预期 的 
// CStroke 对 象 ) ， 那 就 让 整个 窗口 重 绘 吧 (把 整个 窗口 设 为 无 效 区 ) 。 


Invalidate(TRUE); 
return; 


为 什么 OnUpdate 之 中 要 调用 OnPrepareDC ? 这 关系 到 滚动 条 ， 我 将 在 介绍 分 裂 窗 口 时 再 说 
明 。 另 ，GetBoundingRect 动作 如 下 : 


CRect& GetBoundingRect() í return m rectBounding; } 


ОпПгау/ 4 ХАН A ТЕЯНЕЕА a fE, Wk, МИРЕ. НЕ EB Scribble Step3 不 同 
А: 


// SCRIBVW.CPP 
void CScribbleView::OnDraw(CDC* pDC) 


CScribbleDoc* ррос = GetDocument(); 

ASSERT. VALID(pDoc); 

// 取得 窗口 的 无 效 区 。 如 果 是 在 打印 状态 情况 下 ， 则 取 

// printer DC МЕЖ (clipping region) . 

CRect rectClip; 

CRect rectStroke; 

pDC- »GetClipBox(&rectClip); 

// XX: CScrollView::OnPrepare 已 经 在 OnDraw 被 调用 之 前 先 一 
// 调整 了 DC 原点 ， 用 以 反应 出 目前 的 苞 动 位 置 。 关 于 CScrollView, 
// 下 一 节 就 会 提 到 。 

// 调用 CStroke: :DrawStroke 完成 无 效 区 中 各 线条 的 给 图 动作 
CTypedPtrLlist<CObList,CStroke*>& strokeList = pDoc-»m strokeList; 
POSITION pos - strokeList.GetHeadPosition(); 

while (pos !- NULL) 


{ 
CStroke* pStroke = strokeList.GetNext(pos); 
rectStroke = pStroke-»GetBoundingRect(); 
if (!rectStroke.IntersectRect(&rectStroke, &rectClip)) 
continue; 
pStroke-»DrawStroke(pDC); 
j 


可 肉 动 的 窗口 : CScrollView 


到 目前 为 止 我 们 还 没有 办 法 观察 一 张 比 窗口 还 大 的 图 ， 因 为 我 们 没有 滚动 条 。 一 个 View 窗 口 


没有 滚动 条 ， 是 很 糟糕 的 事 ， 因 为 通 单 Document s Ë] TR яй, == 856 E] ¿Jx 


我 们 不 能 老 让 


Document& View 窗口 一 样 大 。 一 个 具备 滚动 条 的 View 窗口 更 具有 Гу] 的 意义 。 
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具 各 滚动 条 的 View 窗 口 更 具 「 观 景 窗 」 的 意义 





图 11-5a 一 个 


如 果 你 有 SDK 程 序 设计 经 验 ， 你 融会 知道 设计 一 个 可 耸 动 的 禄 口 是 多 人 么 烦琐 的 事 (文字 的 省 
ља, 68252815) „ МЕС 当然 不 可 能 对 此 一 般 性 功能 坐视 不 管 ， 事 实 上 它 已 设计 
好 一 个 CScrollView， 其 中 的 滚动 条 有 实时 众 动 (ИРА) 的 效果 。 


基本 上 要 使 View 窗 口 具 各 滚动 条 ， 你 必须 做 到 下 列 事情 : 


定义 Document 大 小 。 如 果 没 有 大 小 ，Framework HRE 3-8 „Аз, ИМЕ, 
例 。 这 个 大 小 可 以 是 常数 ， 也 可 以 是 个 储存 在 每 一 Document 中 的 变量 ， 随 看 执行 时 期 变动 。 


e 以 CScrollView 取代 CView。 


e 只 要 Document 的 大 小 改 交 ， 就 料 尺 寸 传 给 CScrollView 的 SetScrollSizes Ëq 式 。 如 果 程 
序 设 定 Document 为 固定 大 小 (本 例 就 是 如 此 ) ， 那 么 当然 只 要 一 开始 做 一 次 滚动 条 设 定 
动作 即 可 。 


° 注意 装置 坐标 (窗口 坐标 ) 与 逻辑 坐标 (Document 坐标 ) 的 转换 。 关 于 此 点 稍 后 另 有 说 
明 。 


Application Framework 对 滚动 条 的 贡献 是 : 


e 义理 WM_HSCROLL 和 WM_VSCROLL 消 息 ， 并 相对 地 耸 动 Document (其 实 是 移动 View 
落 在 Document 上 的 位 置 ) 以 及 移动 ГРИ! (所谓 的 thumb) 。 拉 杆 位 置 可 以 表示 
出 目前 窗口 中 显示 的 局 部 在 整个 Document 的 位 置 。 如 果 你 按 下 滚动 条 两 端 箭头 ， 众 动 的 
幅度 是 一 行 (line) ， 至 于 一 行 代表 多 少 ， 由 程序 员 自 行 决定 。 如 果 你 按 下 的 是 拉杆 两 劳 
的 杆子 ， 次 动 的 幅度 是 一 页 (page) ， 一 页 到 医 代 表 多 少 ， 也 由 程序 员 目 行 决定 。 
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11-5b 滚动 条 View 窗口 与 Document 之 间 的 关系 
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以 下 分 四 个 步骤 修改 Scribble 原 始 代 码 : 


1 定义 Document 的 大 小 。 我 们 的 作法 是 设 定 一 个 变量 ， 代 表 大 小 ， 并 在 Document 初 始 化 时 
设 定 其 值 ， 此 后 全 程 不 再 改变 〈 以 简化 问题 ) 。MFC 中 有 一 个 CSize 很 适合 当 作 此 一 变量 类 
型 。 这 个 成 员 变 量 在 文件 进行 文件 读 写 (Serialization) 时 也 应 该 并 和 人 文件 内 容 中 。 回 忆 一 


下 ， 上 一 章 讲 到 笔 宽 时 ， 由 于 每 一 线条 有 上 自己 的 一 个 宽度 ， 所 以 笔 宽 资 料 应 该 在 
CStroke::Serialize 中 读 写 ， 现 在 我 们 所 讨论 的 文件 大 小 却 是 属于 整 份 文件 的 资料 ， 所 以 应 该 
在 CScribbleDoc::Serialize 中 读 写 : 


// in SCRIBBLEDOC.H 
class CScribbleDoc : public CDocument 


protected: 
Csize m_sizeDoc; 
public: 
CSize GetDocSize() í return m_sizeDoc; ) 


$; 

// in SCRIBBLEDOC.CPP 

void CScribbleDoc::InitDocument() 

i 
m brThickPen = FALSE; 
m nThinWwidth = 2; // default thin pen is 2 pixels wide 
m nThickwidth = 5; // default thick реп is 5 pixels wide 
ReplacePen(); // initialize pen according to current width 
// а Document 大 小 为 800 x 900 个 屏幕 图 素 
m sizeDoc = CSize(800,900); 


void CScribbleDoc::Serialize(CArchive& ar) 


t 
if (ar.IsStoring()) 
t 
ar << m_sizeDoc; 
} 
else 
{ 
ar >> m_sizeDoc; 
} 
m strokeList.Serialize(ar); 
} 


2 将 CScribbleView B^542 3: НСЛЕемі # 7; CScrollView, БІН Eg uk EE ЛЕРА 
OnlnitialUpdate， 为 的 是 稍 后 我 们 要 在 其 中 ， 根 据 Document 的 大 小 ， 设 定 答 动 沱 围 。 


// in SCRIBBLEVIEW.H 
class CScribbleView : public CScrollView 


( 
public: 
virtual void OnInitialUpdate(); 


$; 

// in SCRIBBLEVIEW.CPP 

IMPLEMENT DYNCREATE(CScribbleView, CScrollView) 
BEGIN MESSAGE MAP(CScribbleView, CScrollView) 


END MESSAGE MAP() 


3 c5 OnlnitialUpdate, ЖЕН ER 22555 8. Xj енн 第 一 次 附 
着 到 Document 但 尚未 显现 时 ， 由 Framework 调用 之 。 它 会 调用 OnUpdate， 不 带 任何 Hint 参 
数 (于 是 IHint 是 0 而 pHint 是 NULL) 。 а | 只 做 一 次 」 的 初始 化 动作 ， 而 且 初 
始 化 时 需要 Document 的 数据 ， 那 么 在 这 里 做 就 最 合 


// in SCRIBVW.CPP 
void CScribbleView::OnInitialUpdate() 


SetScrollSizes(MM TEXT, GetDocument()-»GetDocSize()); 
// 这 是 CScrollView BS A БЧ. 


SetScrollSizes 总 共有 四 个 参数 : 
e int nMapMode : 代表 映射 模式 (Mapping Mode) 
。 SIZE sizeTotal : 代表 文件 大 小 
e const SIZE& sizePage : 代表 一 页 大 小 〈 预 设 是 文件 大 小 的 1/10) 
е const SIZE& sizeLine : 代表 一 行 大 小 〈 预 设 是 文件 大 小 的 1/100) 


本 例 的 文件 大 小 是 固定 的 。 另 一 种 比较 复 灯 的 情况 是 可 变 大 小 ， 那 么 你 就 必须 在 文件 大 小 改 
变 之 后 立刻 调用 SetScrollSizes。 


窗口 上 增加 滚动 条 并 不 会 使 View 的 OnDraw 负担 加 重 。 我 们 并 不 因为 滚动 条 把 观察 镜头 移动 
到 Document 的 中 段 或 尾 段 ， 而 就 必须 在 OnDraw 中 重新 计算 绘图 原点 与 平移 向 量 ， 原 因 是 绘 
图 坐标 与 我 们 所 使 用 的 DC 有 关 。 当 滚动 条 移动 了 DC 原点 ，CScrollView 自 动 会 做 调整 ， 让 数 
据 的 某 一 部 份 显 示 而 某 一 部 份 隐藏 。 


让 我 做 更 详细 的 说 明 。 [GDI 原点 」 是 DC GE) 的 重要 特征 ， 许 许多 多 CDC БИ ФАН? 
图 结果 都 会 受 它 的 影响 。 如 果 我 们 想 在 绘图 之 前 (Але Л OnDraw 之 前 ) 调整 DC， 我 们 
可 以 改 宇 虚 函 数 OnPrepareDC， 因 为 Framework 是 先 调 用 OnPrepareDC， 然 后 才 调 用 
OnDraw 并 把 DC 传 进去 。 好 ， 窗 口 由 无 滚动 条 到 增设 滚动 条 的 过 程 中 ， 之 所 以 不 必修 改 
OnDraw Ж ІР, MEA 5 CScrollViewE 22 04:5 T СМіеу/ МОпРгерагер СЕРА. 
Framework; 9 CScrollView::OnPrepareDC Ri j4 FH CScribbleView::OnDraw, РВЕ А 
动 条 而 必须 做 的 特别 处 理 都 已 经 在 进入 OnDraw 之 前 完成 了 。 


注意 上 面 的 叙述 ， 别 把 CScrollView 和 CSribbleView 混 浠 了。 下 图 是 个 整理 。 
此 类 的 OnPrepareDC Rz BSZA E NER 25 87118 п SE DC IER Eae 


此 类 原 针 对 [无 滚动 条 窗口 」 而 设计 ， 所 以 Step4 之 前 的 View 类 是 直接 派生 自 CView。 彼 时 所 
写 的 OnDraw 郴 效 内 容 在 如 今 改 变 了 继承 关系 后 〈 改 继承 目 CScrollView) ， 依 然 完 全 适用 ， 
原因 是 所 有 的 差异 性 早 都 在 进入 OnDraw 之 前 便 由 更 早 被 Framework 调用 的 
CScrollView::OnPrepare 义理 掉 了 。 





CV iew 






CScrollView 


CScribbleView 


ОС емісе Context， 在 Windows 中 凡 绘 图 动作 之 前 一 定 要 先 获得 一 个 DC， 它 可 能 代表 
屏幕 ， 也 可 能 代表 一 个 窗口 ， 或 一 块 内 存 ， 或 打印 机 ...。DC 中 有 许多 绘图 所 需 的 元 素 ， 包 括 
坐标 系统 (映射 模式 ) 、 原 点 、 绘 图 工具 CE. BUS МВ.) 等 等 。 它 还 连接 到 低 阶 的 输出 六 
置 驱 动 程序 。 由 于 DC， 我 们 在 程序 中 对 屏幕 作 围 和 对 打印 机 作画 的 动作 示 有 可 能 完全 相同 。 


4 修正 鼠标 坐标 。 虽说 OnDraw 不 必 因 为 坐标 原点 的 变化 而 有 任何 改变 ， 但 是 幕后 出 力 的 
CScrollView::OnPrepareDC 却 不 知道 什么 是 Windows 消息 ! 这 话 看 似 牛 头 和 马 嘴 ， 但 我 一 点 
你 就 明白 了 。CScrollView::OnPrepareDC 虽然 能 够 因 看 滚动 条 行为 而 改变 GDI 原 点 ， 但 [A 
变 GDI 原点 」 这 个 动作 却 不 会 影响 你 所 接收 的 WM LBUTTONDOWN 或 WM LBUTTONUP 或 
WM MOUSEMOVE 的 坐标 值 ， 原 因 是 Windows 消息 并 非 DC 的 一 个 成 份 。 因 此 ， 我 们 作画 
的 基础 ， 也 融 是 思 标 移动 产生 的 轨 还 点 坐标 ， 必 须 由 | 以 窗口 绘图 区 左上 角 为 原点 」 的 窗口 
坐标 系统 ， 改 变 为 【以 文件 左上 和 角 为 原点 」 的 逻辑 坐标 系统 。 文 件 中 储存 的 ， 也 应 该 是 逻辑 
坐标 。 


下 面 是 修改 坐标 的 程序 动作 。 其 中 调用 的 OnPrepareDC 是 哪 一 个 类 的 成 员 函 数 ? 4828 8, 
CScribbleView 派 生 自 CScrollView， 而 我 们 并 未 在 CscriBbleView 中 改写 此 一 函数 ， 所 以 程序 
中 调用 的 是 CScrollView::OnPrepareDC。 


// in SCRIBVW.CPP 
void CScribbleView::OnLButtonDown(UINT, CPoint point) 
{ 
// 由 于 CScrol1View 改 变 了 DC 原点 和 映射 模式 ， 所 以 我 们 必须 先 把 
// 装置 坐标 转换 为 逻辑 坐标 ， 有 再 储存 到 Document 中 。 
CClientDC dc(this); 
OnPrepareDC(&dc); 
dc.DPtoLP(&point); 
m pStrokeCur = GetDocument( )-»NewStroke(); 
m pStrokeCur-»m pointArray.Add(point); 
SetCapture();// 抓 住 鼠标 
m_ptPrev = point; // 做 为 直线 绘图 的 第 一 个 点 
return; 


j 
void CScribbleView::OnLButtonUp(UINT, CPoint point) 
i 


if (GetCapture() !- this) 

return; 

CScribbleDoc* pDoc = GetDocument(); 
CClientDC dc(this); 

OnPrepareDC(&dc); // 设 定 映射 模式 和 DC 原点 
dc.DPtoLP(&point); 


void CScribbleView::OnMouseMOVve(UINT, CPoint point) 
{ 


1Ғ (GetCapture() != this) 

return; 

CClientDC dc(this); 

OnPrepareDC(&dc); 

dc.DPtoLP(&point); 

m pStrokeCur-»m pointArray.Add(point); 


ТЕН =, ВІНА Е НЕЕ ? 是 的 ， 线 条 四 周 有 一 个 外 围 四 方形 ， 那 将 在 
OnUpdate 中 出 现 ， 也 必须 做 坐标 系统 转换 : 


void CScribbleView::OnUpdate(CView* /* pSender */, LPARAM / lHint */, 
CObject* pHint) 


1 
if (pHint != NULL) 
1 
if (pHint->IsKindOf (RUNTIME CLASS(CStroke))) 
i 
//hint 的 确 是 一 个 CStroke 对 象 。 现 在 将 其 外 围 四 方形 设 为 重 绘 区 
CStroke* pStroke = (CStroke*)pHint; 
CClientDC dc(this); 
OnPrepareDC(&dc); 
CRect rectInvalid = pStroke-»GetBoundingRect(); 
dc.LPtoDP(&rectInvalid); 
InvalidateRect(&rectInvalid); 
return; 
yy 
// 无 法 识别 hint, 只 好 假设 整个 画面 都 需 重 绘 。 
Invalidate(TRUE); 
return; 
) 


注意 ， 上 面 的 LPtoDP 所 受 参数 竟然 不 是 CPoint， 而 是 CRect， 那 是 因为 LPtoDP#£ E zx K% 
(overloaded function) ， 既 可 接受 点 ， 也 可 接受 四 方形 。DPtoLP 也 有 类 似 的 重 载 能 力 。 


线条 的 外 围 四 方形 还 可 能 出 现在 CStroke::FinishStroke 中 ， 不 过 那里 只 是 把 线条 数组 中 的 点 
拿 出 来 比 大 小 ， 决 定 外 围 四 方形 寻 了 ; 而 你 知道 ， 线 条 数组 的 点 已 经 在 加 入 时 做 过 坐标 转换 
了 (分 别 在 OnLButtonDown、OnMouseMove、OnLButtonUp АЕ AddPointz/ Е. 
BU) о 


=, Document 的 数据 格式 比 起 Step1， н 让 我 们 再 次 分 析 文 件 文件 的 格 
式 ， 以 期 获得 更 深入 的 认识 与 印证 。 我 以 图 11-6a ЖО, 四 条 线段 ， 宽 上 展 分 别 是 2, 5, 10, 
20 (十 进 制 ) 。 分 析 内 容 显示 在 图 11-6b。 
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C Archive: Кеа bject 


"Version 3.1 Copyright іс) 71988, 1992 Borland Inte " 
Display of File PEHWIDTH.SCB | 


Turbo Dump 














000000: 04 O! | 20 a am йа AA нана sa аа 
000010: 43 53 74 72 éF 6B 65 28 00 00 00 15 00 00 00 2C CStroke(....... ; 
000020: DO 00 OD 19 OD 00 OD 02 00 Oz 00 ZA OO 00 0ІР1!...........".... 
000030: 00 00 OO 2А 00 00 OO 17 00 OO 00 01 BO 24 00 00 ...%*...... a... 
000040: 00 26 00 00 00 2Е 00 00 00 30 00 00 00 05 00 02 .&....... + aa 
000050: 00 29 00 00 00 2B DO 00 00 29 00 00 DO 2B 00 00 .)...+...]...+.. 
000060: 00 01 BO 1Е DOO OO OO 3D 00 00 00 33 OO OO OO 51 ....... „8а да За а 
000070: 00 00 00 OA OD 02 00 29 00 00 00 47 00 OD 00 29 НИИ: ANE: 
000080: 00 00 00 47 OO OO 00 01 8015 00 00 00 54 00 00 ...G.........T.. 
000090: 00 3D OD OD OD 7C DOO DO 00 14 00 02 00 29 00 00 ,-...|.......1|.. 
000040: 00 68 00 00 00 29 00 00 00 68 OO 00 00 00 00 0D .h...]...h...... 


11-ба 四 条 线段 的 图 形 和 与 文件 文件 倾 印 代码 


数值 (hex) ВЯ ( 共 173bytes) 
00000320 Document ЖАҒ (800) 
00000384 Document 高 度 (900) 
0004 表示 此 机 有 四 个 CObLisr 元 素 
FFFF FFFF ЖЕП -1 + А: New Class Тар 
0002 Scheme no. * 代表 Document Ai ЗБЕ, 


0007 nitent CAR E 7 个 字 元 


43 53 74 72 6F 6B 65 
00000028 00000015 
0000002С 00000019 
0002 

0002 

10000002 А.00000017 
10000002 A.00000017 
воо! 

00000024 00000026 
0000002Е 00000030 
0005 

0002 
00000029.0000002B 


00000029.0000002B 


8001 
Q000001F 0000003D 
00000053 00000051 
QUO A 
0002 
00000029.00000047 
00000029.00000047 


8001 
00000015 00000054 
00000030 0000007С 
0014 
0002 
00000029 00000068 
00000029 00000068 


ZU "CStoke" 的 ASCI ЖЖ 

外 图 四 方形 的 左上 角 座 标 ( 脱 乳 一 个 笔 宽 ) 
外 图 四 方形 的 右 下 角 座 标 ( Е — ЗЕЯ ) 
第 一 条 穆 人 条 的 宽度 

第 一 条 株 人 条 的 点 数 

第 一 人 条 粳 条 的 第 一 个 点 座 标 

第 一 人 条 粮 条 的 第 二 个 点 座 标 

表示 接 下 来 的 物件 仍 栓 使 用 得 的 和 类别 

外 围 四 方形 的 左上 角 座 标 《 IR — [858 ) 
Наа ТАЗЕ CERE [858 IC) 
ZB ЕАУ 

эз — IRR [RETIRER 

ЭВ — 1 Y Tur — FL RE EIE PR 
PRN (НЕН 

ЛЕ F ЖАННЫ: АА SPAN] 
ЖЫЙ ЛЕ ЕЧ ЕН С Ei — ПЗЕ ) 
НЕРІН F PBP ( 腾 脱 一 个 笔 宽 ) 
эз НИНУ 

яз ЕР ERE ЕН 

zB РЕНА — (IRURE Dra 

第 三 休 粮 条 的 第 二 个 点 座 标 


Tonie Г ЖЕЛГЕН ЇН НЧ ERA 
НРУ ЛЕ ЕНІН (Вх. ) 
НЕРІН TAER (Ех ЧЕ) 
SR FU ee ER {БЕН ЯСЕ 

SR PU foe iR БЕНЕН 

第 四 休 粮 条 的 第 一 个 点 座 标 

第 四 休 粮 人 条 的 第 二 个 点 座 标 


11-6b 文件 (图 11-6a) 的 分 析 


大 窗口 中 的 小 窗口 : Splitter 


MDI 程 序 的 标准 功能 是 允许 你 为 同一 份 Document 开 局 一 个 以 上 的 Views。 这 种 情况 类 似 我 们 
以 多 个 观 景 禄 观看 同一 份 数据 。 我 们 可 以 开启 任意 多 个 Views， 各 有 滚动 条 ， 那 么 我 们 就 可 以 
在 屏幕 上 同时 观察 一 份 数 据 的 不 同 局 部 。 这 许多 个 View 窗口 各 自 独立 运作 ， 因 此 它们 的 观看 
DX = ВЕН fH ERO, 


ЕЕ 


如 果 这 些 隶 属 同 一 Document 的 Views 能 够 结合 在 一 个 大 窗口 之 内 ， 又 各 和 目 有 独立 的 行为 (= 
如 说 有 自己 的 滚动 条 ) ， 似 乎 可 以 带 给 使 用 者 更 好 的 感觉 和 更 方便 的 使 用 ， 不 是 吗 ? 


分 裂 窗口 的 功能 


把 View 做 成 所 谓 的 SRA (splitter) | 是 一 种 不 错 的 想法 。 这 种 窗口 可 以 分 裂 出 数 个 窗 
口 ， 如 图 11-7， 每 一 个 窗口 可 以 映射 到 Document 的 任何 位 置 ， 窗 口 与 窗口 之 间 彼 此 独立 运 


4 


7 | 
splitter box 





在 Splitter Box 上 以 鼠标 左 键 快 按 两 下 ， 融 可 以 将 窗口 分 裂 开 来 。Splitter Вох 有 水 平和 垂直 两 
种 。 分 裂 窗 口 的 窗口 个 数 ， 由 程序 而 定 ， 本 例 是 2x2。 不 同 的 窗口 可 以 观察 同一 份 Document 
的 不 同 局 部 。 本 例 虽 然 很 巧妙 地 安排 出 一 张 完整 的 图 出 来 ， 其 实 四 个 窗口 各 自 看 到 原 图 的 某 
一 部 份 。 

11-7 分 裂 窗 口 (splitter window) 

在 Splitter Box 上 以 妃 标 左 键 快 按 两 下 ， 就 可 以 将 窗口 分 和 裂 开 来 。Splitter Вох 有 水 平和 垂直 两 
种 。 分 裂 窗 口 的 窗口 个 数 ， 由 程序 而 定 ， 本 例 是 2x2。 不 同 的 窗口 可 以 观察 同一 份 Document 
的 不 同 局 部 。 本 例 虽 然 很 巧妙 地 安排 出 一 张 完整 的 图 出 来 ， 其 实 四 个 窗口 各 自 看 到 原 图 的 蘑 


一 部 份 。 


分 牧 留 口 的 程序 概念 


回忆 第 8 章 所 说 的 Document/View 架构 ， 每 次 打开 一 个 Document， 需 有 两 个 窗口 通力 合作 才 
能 完成 显示 任务 ， 一 是 CMDIChildWnd 窗口 ， 负 责 窗 口 的 外 框架 与 一 般 行为 ， 一 是 CView 窗 
口 ， 负 责 效 据 的 显示 。 但 是 当 分 裂 窗口 引入 ， 这 种 结构 伞 打 破 。 现 在 必须 有 三 个 窗口 通力 合 

作 完 成 显示 任务 (图 11-8) 


1. Document Frame 窗口 : 负责 一 般 性 窗口 行为 。 其 类 派生 目 CMDIChildWnd, 
2. Splitter 窗口 : 负责 管理 各 窗口 。 通 党 直接 使 用 CSplitterWnd 类 。 


3. View 窗口 : 负责 数据 的 显示 。 其 类 派生 自 CView。 


splitter МЕЙ, 
ЖЕН CSplitterWnd - 


View WE › 
AREH CView · 


ен Document Frame ЛЁ · 
БЕН CMDIChildWnd > 





图 11-8 欲 使 用 
分 裂 窗 口 ， 必 须 三 个 对 象 合作 才能 完成 显示 任务 ， 


一 是 Document Frame 窗口 ， 负 责 一 般 性 窗口 行为 ; 二 是 CSplitterWnd 窗 口 ， 管 理 窗口 内 部 空 
间 (ӨТЕП) ; 三 是 CView 窗 口 ， 负 责 显 示 数 据 


给 SDK 程 序 员 


你 有 以 SDK 撰 写 MDI 程 序 的 经 验 吗 ? МОЕ ЕВ = Е ОЖ: 


程序 员 想 要 控制 MDI Child 窗口 的 大 小 、 位 置 、 排 列 状态 ， 必 须 藉 助 另 一 个 已 经 由 Windows 
系统 定义 好 的 窗口 ， 此 窗口 称 为 MDI Client 窗口 ， 其 类 名 称 为 "MDICLIENT"。 


Frame 窗 口 、Client 窗 口 和 Child 窗 口 构成 MDI 的 三 层 架 构 。Frame 窗 口 产生 之 后 ， 通 常 在 
WM_CREATE 时 机 就 以 CreateWindow("MDICLIENT",...) ;的 方式 建立 Client 窗 口 ， 此 后 几乎 
所 有 对 Child 窗 口 的 管理 工作 ， 诸 如 产生 新 的 Child 窗口 、 重 新 排列 窗口 、 重 新 排列 图 示 、 在 选 
单 上 列 出 已 开启 窗口 ... 等 等 ， 都 由 Client 代劳 ， 只 要 Frame 窗 口 同 Client ELI Кав O% MDI 
消息 如 WM_MDICREATE 或 WM_MDITILE 就 去 ) 即 可 。 


你 可 以 把 CSplitterWnd 对 象 视 为 MDI Client， 观 念 上 比较 容易 打通 。 


在 SDK 程序 中 ，MDI Child 窗口 的 消息 预 设 处 理 函 数 是 DefMDIChildProc()， 而 不 是 
DefWindowProc()。 


MDI Client 是 Windows 预 设 好 的 窗口 类 ， 名 为 "MDIClient"。 你 也 可 以 把 它 视 为 一 种 控制 组 
件 。 


МО! Frame 窗 口 发 出 МО! 消息 (如 WM_MDICASCADE、WM_MDITILE) ， 命 令 МО! Client 
窗口 管理 其 子 窗 口 《管理 动作 包括 窗口 产生 、 位 置 排列 等 等 )。 


ДЕ SDK 程序 中 ，MDI Frame AOI SR $ñ A38 pq ОЕ DefFrameProc(), MTE 
DefWindowProc()。 





MDI Frame 






MDI Client 






MDI Child1 | | MDI Child2 || MDI Child3 


分 裂 窗 口 之 实现 


让 我 先 把 Scribble 目 前 使 用 的 类 之 中 凡 与 本 节 主 题 有 关 的 ， 做 个 整理 。 


Visual C++ 4.0 以 前 的 版 本 ，AppWizard 为 Scribble 产 生 的 类 是 这 样子 的 : 


用 途 类 名 称 基 类 (МЕС X) 

maln frame CMainFrame CMDIFramewnd 

document frame 直接 使 用 МЕС Ж — CMDIChildwnd CMDIChildwnd 
view CScribbleView CView 


document CscribbleDoc CDocument 


而 其 CMultiDocTemplate 对 象 是 这 样子 的 : 


pDocTemplate = new CMultiDocTemplate( 
IDR_SCRIBTYPE, 

RUNTIME CLASS(CScribbleDoc), 

RUNTIME CLASS(CMDIChildWnd), 

RUNTIME CLASS(CScribbleView)); 


为 了 加 上 分 裂 窗 口 ， 我 们 必须 利用 ClassWizard 新 增 一 个 类 (在 Scribble 程序 中 名 为 
CScribbleFrame) ， 派 生 自 CMDIChildWnd， 并 让 它 拥有 一 个 CSplitterWnd 对 象 ， 名 为 
m_wndSplitter。 然 后 为 CSrcibbleFrame 改写 OnCreateClient 虚 函 数 ， 在 其 中 调用 
m_wndSplitter.Create 以 产生 分 裂 窗口 、 设 定 窗 口 个 数 、 设 定 窗 口 的 最 初 尺 寸 等 初始 状态 。 最 
后 ， 当 然 ， 我 们 不 能 够 再 直接 以 CMDIChildWnd 负 责 document frame 窗 口 ， 而 必须 以 
CScribbleFrame 取 代 之 。 也 就 是 说 ， 得 改 交 CMultiDocTemplate 构造 函 效 的 第 三 个 参数 : 


pDocTemplate = new CMultiDocTemplate( 
IDR_SCRIBTYPE, 

RUNTIME CLASS(CScribbleDoc), 

RUNTIME CLASS(CScribbleFrame), 
RUNTIME CLASS(CScribbleView)); 


{АЕ |! Visual С++ 4.0 之 后 的 AppWizard 为 Scribble 产 生 的 类 是 这 个 样子 : 
mam Наше Caini rame СА рате Ипа 
document frame CC hild Frame САПА НЕН nd 

View CSeribhie View CF ew 

document ChScribbleDoc CDocumen 


而 其 CMultiDocTemplate 对 象 是 这 样子 的 : 


pDocTemplate = new CMultiDocTemplate( 
IDR_SCRIBTYPE, 

RUNTIME CLASS(CScribbleDoc), 

RUNTIME CLASS(CChildFrame), 

RUNTIME CLASS(CScribbleView)); 


这 就 方便 多 了 ，CChildFrame 相 当 于 以 前 (МЕС 4.0 之 前 ) 你 得 自力 完成 的 CScribbleFrame。 
现在 ， 我 们 可 以 从 [为 此 类 新 添 成 员 变 量 」 开始 作为 。 


以 下 是 加 上 分 裂 窗口 的 步骤 : 


e 在 ClassView 注意， 不 是 ClassWizard) 中 选择 CChildFrame。 按 下 右键 ， 选 择 突 冒 式 
选单 中 的 【Add Variable] 


|=. £3 Scribble classes 
sw? CAboutDlg 






Ga to Definition 
s ms CPenWidthsL А Function.. 
ss CScribbleAp[ Add Variable. 


Sm CScribbleDoe еее. 
* ws CScribbleVie: Denved Classes... 





m ma CStroke Base Classes... 
= 73 Globals Add 1o Component Gallery 


Group by Access 
v Title Tips 


за  “чБөшһшуУінт 


Hide 


Properties 


e Ніл, [Add Member Variable] 对 话 杠 。 填 充 如 下 ， 然 后 选 按 [OK], 


Add Member Variable X 


Variable Type: 
|cspiitterwnd > 
Cancel | 


Variable Declaration: 


т. wndsplitter Help | 


AGCess 
| £ Public г Protected C Private | 


现在 你 可 以 从 ClassView 画面 中 实时 看 到 CChildFrame 的 新 变量 。 
e 打开 ChildFrm.cpp， 在 izardBar 的 【Messages】 清 单 中 选择 OnCreateClient。 
e 以 Yes 回 答 WizardBar 的 询问 ， 产 生 义 理 例 程 。 


лт ЛАКИ : 


return m wndSplitter.Create(this, 2, 2, CSize(10, 10), pContext); 


e 回 到 ClassView Z FR, АРЕНА, 
CSplitterWnd::Create 正 是 产生 分 裂 窗 口 的 天 键 ， 它 有 七 个 参数 : 
1. 表示 父 窗 口 。 这 里 的 this 代 表 的 是 CChildFrame 窗 口 。 

2. 分 和 裂 窗口 的 水 平 窗口 数 (row) 
3. 分 裂 窗 口 的 垂直 窗口 数 (column) 


4. 窗口 的 最 小 尺寸 (应 该 是 一 个 CSize 对 象 ) 


5. 在 窗口 上 使 用 哪 一 个 View 类 。 此 参数 直接 取 用 Framework 交 给 OnCreateClient 的 第 二 个 参 
数 即 可 。 


6. 指 定 分 和 裂 窗 口 的 风格 。 预 设 值 


是 : WS CHILD|WS VISIBLE|WS HSCROLL| WS VSCROLL|SPLS DYNAMIC SPLIT , 意思 就 是 一 个 可 见 的 


子 窗 口 ， 有 着 水 平谷 轴 和 垂直 滚动 条 ， 并 支持 动态 分 裂 。 关 于 动态 分 裂 (以 及 所 谓 的 静态 分 
Z0), 958193 = ян BH. 


7. 分 裂 窗 口 的 ID。 默 认 值 是 AFX IDW РАМЕ FIRST， 这 将 成 为 第 一 个 窗口 的 1D。 


我 们 的 原始 代码 有 了 下 列 变 化 : 


// in CHILDFRM.H 
class CChildFrame : public CMDIChildwnd 
{ 
protected: 
CSplitterwnd m wndSplitter; 
protected: 
virtual BOOL OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext); 


$; 

// in CHILDFRM.CPP 

BOOL CChildFrame::OnCreateClient(LPCREATESTRUCT /* lpcs */, 
CCreateContext* pContext 


{ 
return m wndSplitter.Create(this, 
2D //TODO: adjust the number of rows, columns 
CSize(10, 10), //TODO: adjust the minimum pane size 
pContext); 

j 


AK == [Bl gii 


这 一 章 里 我 们 追求 的 是 精致 化 。 


Scribble Step3 已 经 有 绘图 、 文 件 读 写 、 变 化 笔 宽 的 基本 功能 ， 但 是 [连接 到 同一 份 
Document 的 不 同 的 Views」 之 间 却 不 能 够 做 到 同步 更 新 的 视觉 效果 ， 此 外 View 窗 口中 没有 滚 
5 2 ta ze а НЕЕ. 


Scribble Step4 了 弥补 了 上 述 遗 憾 。 它 让 [连接 到 同一 份 Document 的 不 同 的 Views] 之 间 做 到 
同步 更 新 一 一 关键 在 于 CDocument:UpdateAllViews 和 CView::Update ACERA. mA F 
同步 更 新 引发 的 绘图 效率 问题 ， 所 以 我 们 又 学 会 了 如 何 设 计 所 谓 的 hint， 让 绘图 动作 更 聪敏 
些 。 也 因为 hint 缘 故 ， 我 们 改变 了 Document 的 格式 ， 为 每 一 线条 加 上 一 个 外 围 四 方形 记录 。 


在 滚动 条 方面 ，MFC 提供 了 一 个 名 为 CScrollView 的 类 ， 内 有 滚动 条 功能 ， 因 此 直接 拿 来 用 
就 好 了 。 我 们 唯一 要 担心 的 是 ， 从 CView 改 为 CScrollView， 原 先 的 OnDraw 绘图 动作 要 不 
要 修改 ? 毕竟 ， 丛 来 从 去 把 原点 都 不 知 丛 到 哪里 去 了 ， 何 况 还 有 了 映射 模式 (坐标 系统 ) 的 问 
题 。 这 一 点 是 需 担 心 了 ， 因 为 application framework 在 调用 OnDraw 之 前 ， 已 经 先 调用 了 
OnPrepareDC， 把 问题 解决 把 了 。 唯 一 要 注意 的 是 ， 送 进 OnDraw 的 滑 鼠 坐标 点 应 该 改 为 逻 
辑 坐 标 ， 以 文件 左上 角 为 原点 。DP2LP А =] ДЕВИЗ КЕ. 


此 外 ， 我 们 接触 了 另 一 种 新 而 且 更 精致 的 UI 接口 : 分 裂 窗口 ， 让 一 个 窗口 分 裂 为 数 个 窗口 ， 
每 一 个 窗口 容纳 一 个 View。MFC 提 供 CSplitterWnd 做 此 服务 。 


Z= TE : 
728125 打印 与 预览 
[打印 」 绝对 是 个 大 工程 ， [打印 预览 」】 是 个 更 大 的 工程 。 如 果 你 是 一 位 SDK 程序 员 ， 而 你 


分 配 到 的 工作 是 为 公司 的 绘图 软件 写 一 个 印 前 预 浏 系统 ， 那 么 我 真 的 著 你 感到 忧郁 。 可 如 果 
你 使 用 MFC， 情 况 又 大 不 相同 了 。 


概观 


Windows 的 DC 观念 ， 在 程序 的 绘图 动作 和 与 实际 设 各 的 驱动 程序 之 间 做 了 一 遵 隔离 ， 使 得 绘图 
动作 完全 不 需 修改 就 可 以 输出 到 不 同 的 设备 上 : 














即便 如 此 ， 打 印 仍然 有 其 琐碎 的 工作 需要 由 程序 员 承 担 。 举 个 例子 ， 屏 幕 窗 口 有 疮 动 杆 ， 打 
印 机 没有 ， 于 是 【分 页 」 融 成 了 一 门 学 问 。 另 外 ， 如 何 中 断 打 印 ? 如何 设 计 水 平方 问 
(landscape) 或 垂直 方向 (portrait) 的 打印 输出 ? 


landscape， 风 景 围 ， 代 表 横 向 打印 ; portrait， 人 物 画 ， 代 表 纵 同 打 印 。 


如 果 鲁 经 有 过 SDK 程 序 经 验 ， 你 一 定 知 遵 ， 把 数据 输出 到 屏幕 上 和 输出 到 打印 机 上 几乎 是 相 
同 的 一 件 事 ， 只 要 换个 DC GE) 就 好 了 。MFC 甚至 不 要 求 程序 员 的 任何 动作 ， 即 自动 供应 打 
印 功 能 和 预览 功能 。 拿 前 面 各 版 本 的 Scribble 为 例 ， 我 们 可 鲁 为 了 输出 任何 东西 到 打印 机 上 而 
特别 考虑 什么 程序 代码 ?完全 没有 上 但 它 的 确 已 拥有 打印 和 预览 功能 ， 你 不 妨 执 行 Step4 的 
【File/Print...】 以 及 【File/Print Preview] 看 看 ， 结 果 如 图 12-1a。 


xt: DC 就 是 Device Context， 在 Windows 中 凡 绘 图 动作 之 前 一 定 要 先 获得 一 个 DC， 它 可 能 
代表 全 屏幕 ， 也 可 能 代表 一 个 窗口 ， 或 一 块 内 存 ， 或 打印 机 ...。DC 中 有 许多 绘图 所 需 的 元 
素 ， 包 括 坐 标 系 统 (映射 模式 ) 、 原 点 、 绘 图 工具 ( 笔 、 刷 、 颜 色 ...) 等 等 。 它 还 连接 到 低 阶 
ВУЗА НН дк ЕР. ЕН DC， 我 们 在 程序 中 对 屏幕 作 田 和 对 打印 机 作画 的 动作 才 有 可 能 完 
全 相同 。 


Scribble 程序 之 所 以 不 费 吹 不 之 力 即 拥有 打印 与 预览 功能 ， 是 因为 负责 数据 显示 的 
CSribbleView::OnDraw 画 数 接受 了 一 个 DC 参数 ， 此 DC 如 果 是 display DC， 所 有 的 输出 就 往 
屏幕 送 ， 如 果 是 printer DC， 所 有 输出 就 往 打 印 机 送 。 至 于 OnDraw 到 底 收 到 什么 样 的 DC, 
想当然 耳 Framework 会 依 使 用 者 的 动作 决定 之 。 


则 由 Framework 决 定 





深入 浅 出 MFC 


MFC 把 整个 打印 机 制 和 预览 机 制 都 埋 在 application framework 之 中 了 ， 我 们 因此 也 有 了 标准 
的 UI 界面 可 以 使 用 ， 如 标准 的 【打印 】 对话 框 、 【打印 设 定 】 对话 杠 、 【打印 中 】 对话 框 等 
等 ， 请 看 图 12-1。 


我 将 在 这 一 和 章 介绍 МЕС 的 印 表 和 与 预览 机 制 ， 以 及 如 何 强 化 它 。 
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12-1a 不 需 考 虑 任何 与 打印 相关 的 程序 动作 ，Scribble 即 已 具备 印 表 和 与 预览 功能 (只 要 我 们 
一 开始 在 AppWizard 的 步骤 四 对 话 框 中 选择 [Printing and Print Preview) mA) 。 打 印 出 
来 的 图 形 大 小 并 不 符合 理想 ， 从 预览 男 面 中 就 可 察 知 。 这 正 是 本 章 要 改善 的 地 方 。 
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212-16 标准 的 打印 UI 接口 。 本 图 是 选 按 Scribble 的 【 File/Print...】 命令 项 之 后 获得 的 【 打 
ЕП] 对 话 框 。 
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图 12-1c 你 可 以 选 按 Scribble 的 【 File/Print Setup...) $5475, 


获得 设 定 打印 机 的 机 会 





图 12-1d 打印 过 程 中 会 出 现 一 个 标准 的 【打印 状态 】 对 话 框 ， 
人 允许 使 用 者 中 断 打 印 动作 。 


Scribble Step5 加 强 了 印 表 功 能 以 及 预览 功能 。MFC 各 现成 类 之 中 已 有 印 表 和 预览 机 制 ， 我 要 
解释 的 是 它 的 运作 模式 、 执 行 效 果 、 以 及 改善 之 道 。 图 12-2 Пе Scribble Step5 的 预览 效 
R, U 方面 并 没有 什么 新 东西 ， 主 要 的 改善 是 ， 图 形 的 输出 大 小 比较 能 够 被 接受 了 ， 每 一 份 
文件 并 且 分 为 两 页 ， 第 一 页 是 文件 名 称 (文件 名 称 ) ， 第 二 页 才 是 真正 的 文件 内 容 ， 上 有 一 
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12-2 Scribble Step5 打 印 预览 。 第 一 


打印 动作 的 后 人 台 原 理 


开始 介绍 MFC 的 打印 机 制 之 前 ， 我 想 ， 如 果 先 让 你 了 解 打印 的 育 后 原理 ， 可 以 帮助 你 党 握 其 
本 质 。 


Windows 的 所 有 绘图 指令 ， 都 集中 在 GDI 模块 之 中 ， 称 为 СО 绘图 函数 ， 例 如 : 


TextOut(hPr, 50, 50, szText, strlen(szText)); // 输出 一 字符 串 
Rectangle(hPr, 10, 10, 50, 40); // Е--ТІІЗЖЕ 

Ellipse(hPr, 200, 50, 250, 80); // 画 一 个 椭圆 形 

Pie(hPr, 350, 50, 400, 100, 400, 50, 400, 100); // 画 一 个 圆 饼 图 
MoveTo(hPr, 50, 100); // 将 画笔 移动 到 新 位 置 

LineTo(hPr, 400, 50); // 从 前 一 位 置 画 直线 到 新 位 置 


图 形 输 往 何方 ? 关键 在 于 DC， 这 是 任何 GDI 绘 图 函数 的 第 一 个 参数 ， 可 以 是 GetDC 或 
ВедтРат АЕ 458) ГЕОС! (以 下 是 SDK 程 序 写 法 ) 


HDC hDC; 
PAINTSTRUCT ps; // paint structure 
hDC = BeginPaint(hWnd, &ps); 


也 可 以 是 利用 CreateDC 获得 的 一 个 [打印 机 DCj 


HDC hPr; 
hPr=CreateDC(1l1pPrintDriver,lpPrintType,l1pPrintPort,(LPSTR)NULL); 


— к MEE 符 串 ， 可 以 从 WIN.INI 的 【windows】 section 中 


device=HP LaserJet 4P/4MP,HPPCL5E,LPT1: 


代表 三 项 意义 : 
e Print Driver = HP LaserJet 4P/4MP 
e Print Type = HPPCL5E 
e Print Port = LPT1: 


SDK 程序 中 对 于 打印 所 需 做 的 努力 ， 最 低 限 度 到 此 为 止 。 显 然 ， 困 难度 并 不 高 ， 但 是 其 中 尚 
未 人 参 杂 对 打印 机 的 控制 ， 而 那 是 比较 厅 烦 的 事 儿 。 换 句 话 说 我 们 还 得 考虑 [分 页 」 的 问题 。 

以 文字 为 例 ， 我 们 必须 取得 一 页 (一 张 纸 ) 的 大 小 ， 以 及 字形 的 高 度 ， 从 而 计算 扣除 留 白 部 
份 之 后 ， 一 页 可 容纳 几 行 : 


ТЕХТМЕТКІС TextMetric; 

int LineSpace; 

int nPageSize; 

int LinesPerPage; 

GetTextMetrics(hPr, &TextMetric); // 取得 字形 数据 
LineSpace=TextMetric.tmHeight+TextMetric.tmExternalLeading;// 计 算 字 高 
nPageSize = GetDeviceCaps(hPr, VERTRES); // 取得 纸张 大 小 
LinesPerPage = nPageSize / LineSpace - 1; // 一 页 容纳 多 少 行 


然后 再 以 循环 将 每 一 行文 字 送 往 打 印 机 : 


Escape(hPr, STARTDOC, 4, "PrntFile text", (LPSTR) NULL); 
CurrentLine - 1; 
FOr 9t 
, ,// 取 得 一 行文 字 ， 放 在 char pLine[128] 中 ， 长 度 为 LineLength。 
TextOut(hPr, 0, CurrentLine*LineSpace, (LPSTR)pLine, LineLength); 
if (++CurrentLine > LinesPerPage ) í 

CurrentLine = 1; // 重 设 行 写 

IOStatus = Escape(hPr, NEWFRAME, Ө, OL, OL); // 换 页 

if (IOStatus < 0 || bAbort) 

break; 


} 


j 

if (IOStatus >= 0 && !bAbort) í 
Escape(hPr, NEWFRAME, 0, OL, 0L); 
Escape(hPr, ENDDOC, 0, OL, 0L); 


其 中 的 Escape 用 来 传送 命令 给 打印 机 〈 打 印 机 命令 一 般 称 为 escape code) ， 它 是 一 个 
Windows АРІ РА. 


打印 过 程 中 我 们 还 应 该 提供 一 个 中 断 机 制 给 使 用 者 。Modeless 对 话 框 可 以 完成 此 一 使 命 ， 我 
们 可 以 让 它 出 现在 打印 过 程 之 中 。 这 个 对 话 框 应 该 在 打印 程序 开始 之 前 先 做 起 来 ， 外 形 类 似 
图 12-1d : 


HWND hPrintingDlgwnd; // 这 就 是 【Printing】 对 话 框 

FARPROC lpPrintingDlg; // [Printing] 对话 框 的 窗口 画 数 
lpPrintingDlg-MakeProcInstance(PrintingDlg, hInst); 
hPrintingDlgwnd-CreateDialog(hInst,""PrintingDlg",hWnd,lpPrintingDlg); 
Showwindow (hPrintingDlgwnd, SW NORMAL); 


负责 此 一 中 断 机 制 的 对 话 框 画 数 很 简单 ， 只 检查 [OK] нахв F, ЯЛАН bAbort 
的 值 : 


int FAR PASCAL PrintingDlg(HWND hDlg,unsigned msg,WORD wParam,LONG lParam) 


i 
switch(msg) í 

case WM COMMAND: 
return (bAbort - TRUE); 

case WM INITDIALOG: 
SetFocus(GetDlgItem(hDlg, IDCANCEL)); 
SetDlgItemText(hDlg, IDC FILENAME, FileName); 
return (TRUE); 


j 
return (FALSE); 


МӘНЕРІН, МТ. ЖЕ ЕА ЕЛЕ, it ХЕТ 
程 。 每 一 个 送 往 打印 机 DC 的 绘图 动作 ， 其 实 都 只 个 记 录 为 metafile OÈ) 储存 在 你 的 TEMP 
目录 中 。 当 你 调用 Escape(hPr NEWFRAME, ...)， 打 印 机 驱动 程序 (.DRV) 会 把 这 些 
metafile 转 换 为 打印 机 语言 (control sequence 或 Postscript) ， 然 后 通知 GDI 模 组 ， 由 GDI 把 
它 储存 为 ~SPL 文件 ， 也 放 在 TEMP 目录 中 ， 并 删除 对 应 之 metafile。 之 后 ，GDI 模 块 再 送出 
消息 给 打印 管理 器 Print Manager， 由 后 者 调用 OpenComm、WriteComm 等 低 阶 通讯 函数 
(也 都 是 Windows АРІ Б) ， 把 打印 机 命令 传 给 打印 机 。 整 个 流程 请 参考 图 12-3. 


X : metafile 也 是 一 种 图 形 记 录 规 格 ， 但 它 记 录 的 是 绘图 动作 ， 不 像 bitmap 记录 的 是 真正 的 
图 形 数据 。 所 以 播放 metafile 比 播放 bitmap 慢 ， 因 为 多 了 一 层 绘 图 男 数 解 读 动作 ; 但 它 的 大 小 
比 bitmap 小 很 多 。 用 在 有 许多 四 形 、 圆 形 、 工 程 几何 图 形 上 最 为 方便 。 


这 个 曲折 过 程 之 中 就 产生 了 一 个 问题 。~SPL 这 种 文件 很 大 ， 如 果 你 的 TEMP 目录 空间 不 够 充 
18, Ел. ? 如 果 Printer Manager 把 积存 的 ~SPL 内 容 消化 掉 后 能 够 空 出 足够 磁 碟 空间 的 话 ， 
那么 GDI 模 块 就 可 以 下 命令 (НА) 给 Printer Manager， 先 把 积存 的 ~SPL 文件 处 理 掉 。 问 
题 是 ， 在 Windows 3.x 之 中 ， 我 们 的 程序 此 刻 正 忙 着 做 绘图 动作 ，GDI 没有 机 会 送 消息 给 
Printer Manager (因为 Windows 3.x 是 个 非 强 制 性 多 任务 系统 )。 解 决 方法 是 你 先 准 各 一 个 
callback 函数 ， 名 称 随 你 取 ， 通 党 名 为 AbortProc : 


FARPROC lpAbortProc; 
lpAbortProc = MakeProcInstance(AbortProc, hInst); 
Escape(hPr, SETABORTPROC, NULL, (LPSTR)(long)lpAbortProc, (LPSTR)NULL); 


GDI 模 块 在 执行 Escape(hPr, NEWFRAME...) 的 过 程 中 会 持续 调用 这 个 callback В, 2825Ж 
让 你 的 程序 释放 出 控制 权 : 


int FAR PASCAL AbortProc(hDC hPr, int Code) 
MSG msg; 
while (!bAbort && PeekMessage(&msg, NULL, NULL, NULL, TRUE)) 
if (!IsDialogMessage(hAbortDlgwnd, &msg)) í 
TranslateMessage(&msg); 
DispatchMessage(&msg); 


j 
return (!bAbort); 


你 可 以 从 VC++ 4.0 所 附 的 这 个 范例 程序 获得 有 关 打 印 的 极 佳 实 例 : 


NMSDEVNSAMPLESNSDKNWIN32NPRINTER 


也 可 以 在 Charles Petzold 所 著 的 Programming Windows 3.1 第 15 章 ， 或 是 其 新 版 
Programming Windows 95 第 15 章 ， 获 得 更 深入 的 数据 。 


| Windows 程式 


[取得 印 表 机 DC Орг), РАД 


| Евсар«(ҺРт, STARTDOC...) + РУ DRV ЖЕНЕ А, Print Manager 






| GDI А Printer Manager * ЖЕЕП ЕЕН > ИНЕТ ВНЕ 


| Printer Manager W -SPL #8 * НІН OpenComm * WriteComm 等 API 范式 把 资料 | 





(ERR a RRE ЕЕЕ -SPL fii - 
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以 下 融 是 SDK 程序 中 有 天 打印 程序 的 一 个 实际 片段 。 


#01 
#02 
803 
#04 
#05 
#06 
#07 
#08 
#09 
#10 
#11 
#12 
#13 
#14 
#15 
#16 
#17 
#18 
#19 
#20 
#21 
#22 
823 
#24 
#25 
#26 
#27 
#28 
#29 
#30 
#31 
#32 
#33 
#34 
#35 
#36 


#37 
#38 
#39 
#40 
#41 
#42 


843 
#44 
#45 
#4 ë 
#47 
#4В 
#49 


hSaveCursor = SetCursor(hHourGlass]; // UB mde m'a: 


hPr = CreateDC("HP LaserJet 4P/4MP", "HPPCLSE", "LPT1:", (LPSTR) NULL); 


// ЖИЕ AbortProc callback ВН. 

lpAbortProc = MakeProcInstance(AbortProc, hInst]; 

Escape(hPr, SETABORTPROC, NULL, (LPSTR]) {long} lpAbortProc, (LPSTR] NULL]; 
bAbort = FALSE; 


Escape(hPr, STARTDOC, 4, "PrntFile text", (LPSTR] NULL); 


// ЖЕКЕ Printing КЖЕ И ЕНТ 

lpPrintingDlg = MakeProcInstance(PrintingDlg, hInst]: 

hPrintingDlqWnd = CreateDialog(hInst, "PrintingDlg", hWnd, lpPrintingDlg];: 
ShowWindow (hPrintingDlgWnd, SW HORMAL]; 

EnableWindow(hWnd, FALSE]; // ИЗНЕ 1 也 就 是 程式 的 主观 窗 ] ЖҮЙЕ 
SetCursor(hSaveCursor]; РОИ НЕЯ ЗАА 


GetTextMetrics(hPr, &TextMetric]: 

LineSpace = TextMetric.tmHeight + TextMetric.tumExternalLeading; 
nPageSize = GetDeviceCaps ІҺРг, VERTRES];: 

LinesPerPage = nPageSize / LineSpace 一 1; 

dwLines = SendMessage(hEditWnd, EM GETLINECOUNT, О, OL); 
CurrentLine = 1; 


for (dwIndex = IOStatus = 0; dwIndex < dwLines; dwIndex**) { 
pLine[O] = 128; 
pLine[1) = Ó; 
LineLength = SendMessage(hEditWnd, ЕМ GETLINE, 
(WORD]dwIndex, (LOMG])((LPSTR)pLine]]: 
TextOut(hPr, 0, CurrentLine*LineSpace, (LPSTR)]pLine, LineLength]: 
if (**CurrentLine > LinesPerPage ] ( 
CurrentLine = 1; 
IOStatus = Escape(hPr, HEWFRAME, О, OL, OL]: 
if (IOStatuscO || bAbort] 
break; 


if (IOStatus >= О Ша !bAbort] ( 
Escape(hPr, NEWFRAME, 0, OL, OL]; 
Е=саре (ҺРг, ENDDOC, 0, OL, ÖL}; 


EnableWindow(hWnd, TRUE); 


DestroyWindow(hPrintingDlgWnd]; 
FreeProcInstance(lpPrintingDlg): 
FreeProcInstance(lpAbortProc]:; 


DeleteDCi(hPr):; 


上 述 各 个 Escape 调 用 ， 是 在 Windows 3.0 下 的 传统 作法 ， 在 Windows 3.13 № Win32 之 中 有 
对 应 的 API ПК: 


Windows 3.0 Ұр ұқ Windows 3.1 作法 


Escape(hPr. SETABORTPR0OC...) — SetAbortProc(HDC hdc, ABORTPROC IpAbortProc) 


Escape(hPr, STARTDOC, ...) StartDoc(HDC һе, CONST DOCTNFO* Ір) 
Escape(hPr. МЕЛЕК АМЕ, ...) EndPage(HDC hdc) 


Escape(hPr. EXDDOcC, ...) EndDoec(HDC hdc) 


МЕС 预 设 的 打印 机 制 


好 啦 ， 关 于 打印 ， 其 实 有 许多 一 成 不 变 的 动作 ! 为 什么 开发 工具 不 帮 有 我 们 做 掉 呢 ? 好 比 说 ， 
从 WIN.INI 中 取得 目前 打印 机 的 数据 然后 利用 CreateDC 取 得 打印 机 DC， 又 好 比 说 设计 标准 的 
【打印 中 】 对 话 框 ， 以 及 标准 的 打印 中 断 函 数 AbortProc。 


事实 上 MFC 的 确 已 经 帮 我 们 做 掉 了 一 大 部 份 的 工作 。MFC 已 内 含 打 印 机 制 ， 那 么 将 
Framework 整个 纳入 EXE 文 件 中 的 你 当然 也 融 不 费 吹 灰 之 力 得 到 了 印 表 功能 。 只 要 OnDraw 
男 数 设计 好 了 ， 不 但 可 以 在 屏幕 上 显示 数据 ， 也 可 以 在 打印 机 上 显示 数据 。 有 什么 是 我 们 要 
负担 的 ?没有 了 1 Framework 传 给 OnDraw 一 个 DC， 视 情况 的 不 同 这 个 DC 可 能 是 显示 屏 
DC， 也 可 能 是 打印 机 DC， 而 你 知道 ，Windows 程序 中 的 图 形 输出 对 象 完 全 取决 于 DC : 


e 当 你 改变 窗口 大 小 ， 产 生 WM_ PAINT, OnDraw 会 收 到 一 个 Г ВОСІ 。 
e 当 你 选 按 【File/Print...】 , OnDraw 会 收 到 一 个 [打印 机 DCJ о 


数 章 之 前 讨论 CView 时 我 全 经 提 过 ，OnDraw 是 CView 类 中 最 重要 的 成 员 画 数 ， 所 有 的 绘 轿 
动作 都 应 该 放 在 其 中 。 请 注意 ，OnDraw 接受 一 个 [CDC 18351 做 为 它 的 参数 。 当 窗口 
接受 WM PAINT 消息 ，Framework 就 调用 OnDraw 并 把 一 个 「 显 示 屏 DC」 传 过 去 ， 于 是 

OnDraw 输 出 到 屏幕 上 。 


Windows ВУ 8 ERE 01(601) 完全 与 硬件 无 关 ， 相 同 的 绘图 动作 如 果 送 到 | 显示 屏 DC」 , 
束 是 在 屏幕 上 绘图 ， 如 果 送 到 [打印 机 DC ， 融 是 在 打印 机 上 绘图 。 这 个 道理 很 容易 融 解 释 
了 为 什么 您 的 程序 代码 没有 任何 特殊 动作 却 具 各 印 表 功能 : 当 使 用 者 按 下 【File/Print , 
application framework 送 给 OnDraw 的 是 一 个 [打印 机 ОСІ 而 不 再 是 |x ОС] 。 


在 МЕС 应 用 程序 中 ，View 和 application framework 分 工 合力 完成 印 表 工 作 。Application 
framework 的 责任 是 : 


e 显示 [Print] 对 话 框 ， 如 图 12-1b。 
° 为 打印 机 产生 一 个 CDC 对 象 。 
e 调用 CDC 对 象 的 StartDoc 和 EndDoc 两 回 数 。 


° 持续 不 断 地 调用 CDC 对 象 的 StartPage， 通 知 View 应 该 输出 哪 一 页 ; 一 页 打印 完毕 则 调用 
CDC 对 象 的 EndPage。 


我 们 (程序 员 ) 在 View 对 象 上 的 责任 是 : 
e 通知 application framework 总 共有 多 少 页 要 打印 。 


e application framework 要 求 打 印 某 特定 页 时 ， 我 们 必须 将 Document 中 对 应 的 部 份 输出 到 
打印 机 上 。 


e 配置 或 释放 任何 GDI 资 源 ， 包 括 笔 、 刷 、 字 形 .… 等 等 。 


° 如 果 需 要 ， 送 出 任何 escape 代码 改变 打印 机 状态 ， 例 如 走 纸 、 改 变 打 印 方向 等 等 。 
送出 escape 代码 的 方式 是 ， 调 用 CDC 对 象 的 Escape РА, 


现在 让 我 们 看 看 这 两 组 工作 如 何 区 叉 在 一 起 。 为 实现 上 述 各 项 交互 动作 ，CView 定义 了 几 个 
相关 的 成 员 函 数 ， 当 你 在 AppWizard 中 选择 【Printing and Print Preview] 选项 之 后 ， 除 了 
OnDraw， 你 的 View 3 AZRIA Y — T Rz ESCAS : 


// in SCRIBBLEVIEW.H 
class CScribbleView : public CScrollView 


{ 
protected: 
virtual BOOL OnPreparePrinting(CPrintInfo* pInfo); 
virtual void OnBeginPrinting(CDC* pDC, CPrintInfo* pInfo); 
virtual void OnEndPrinting(CDC* pDC, CPrintInfo* pInfo); 
}; 


// in SCRIBBLEVIEW.CPP 
BOOL CScribbleView::OnPreparePrinting(CPrintInfo* pInfo) 


// default preparation 
return DoPreparePrinting(pInfo); 


) 

void CScribbleView::OnBeginPrinting(CDC* /*pDC*/,CPrintInfo* /*pInfo*/) 
// TODO: add extra initialization before printing 

) 

void CScribbleView::OnEndPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/) 


// TODO: add cleanup after printing 


СБ Ер А ВУ 3& i 1 tEframeworkB^27 EALE- лу AFF AView R Z la] ЭЕ Ж 73 8 FF 2e 


为 了 了 解 MFC 中 的 打印 机 制 ， 我 又 动用 了 我 的 法 宝 : Visual С++ Debugger, REN, 
AppWizard 为 我 的 View 做 出 这 样 的 Message Map : 


BEGIN MESSAGE MAP(CScribbleView, CScrollView) 


// Standard printing commands 

ON COMMAND(ID FILE PRINT, CView::OnFilePrint) 

ON COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview) 
END MESSAGE МАР() 


显然 ， 当 [File/Print...] 被 按 下 ， 合 命 消息 闻 流 往 CView::OnFilePrint 去 人 处理 ， 于 是 我 以 
Debugger 进 入 该 位 置 并 且 一 步 一 步 执行 ， 得 到 图 12-4 的 结果 。 


// in VIEWPRNT.CPP d 
#0001 void CView::OnFilePrint(] 


#0002 
#0003 
#0004 
#0005 
#0006 
#0007 
#O008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 


#0034 
#0035 
#0036 
#0037 
#00358 
#0039 
goon4o 
#0041 
#0042 
#0043 
#0044 
#004 5 


{ 


// get default print info 
Ө crrintInfo printInfo; 
ASSERT(printInfo.m PPD != NULL]; // must be set 


if (GetCurrentMessage(]-^wParam == ID FILE PRINT DIRECT] 


t 


CCommandLineInfo* pCmdInfo = AÉxGetApp(]->m pCmdInfo; 


if (pCmdInfo != MULL] 


{ 
Ө 


} 


if (pCmdInfo->m nShellCommand == CCommandLineInfo::FilePrintTo) 
{ 
printInfo.m pPD-»m pd.hDC = ::CreateDC(pCmdInfo-»m strÜriverHame, 
pCmdInfo-m strPrinterMame, pCmdInfo-»m strPortName, NULL]; 
if (printInfo.m pPD-»m pd.hDC == NULL] 
| 
AfxMessageBox(AFX IDP FAILED TO START PRINT]; 
return; 


printInfo.m bDirect = TRUE; 


] 


Ө ir (onPreparePrinting(&printInfo]] 


{ 
// ВОС must be set (did you remember to call DoPreparePrinting?)] 
ASSERT (printInfo.m pPD-»m pd.hDC != NULL}; 
o // gather file to print to if print-to-file selected 
CString strOutput; 
if (printInfo.m pPD-»m pd.Flags & PD PRIMTTOFILE] 
i 
// construct CFileDialog for browsing 
CString strDef(MAKEIMTRESOURCE(QAFX IDS PRINTDEFAULTEXT]]: 
CString strPrintDef(MAKEIHTRESOURCE(AFX IDS PRINTDEFAULT]]: 
CString strFilter (MAKEINTRESOURCE {(АЕХ IDS PRINTFILTER]; 
CString strCaption(MAKEINTRESOURCE(AFX IDS FPRINTCAPTICH))]; 
CFileDialog dlg(FALSE, strDef, strPrintDef, 
OFM HIDEREADONLY|OFM OVERWRITEPROMPT, strFilter]:; 
dlg.m ofn.lpstrTitle = strCaption; 


#0046 
#0047 
#0048 
В0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
80058 
%0059 
#0060 
#0061 
#0062 
#0063 
#0064 
#0065 
#0066 
#0067 
#0068 


#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 


ВООВО 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
аспан 
ісова 
#ооЭо 
#0091 
#0092 
#0093 
#0094 
#0095 
kO0O 336 
HODAT 
#0098 
Ооо 
#0100 
#0101 
#0102 
#0103 
#0104 
#0105 


o 


© 


if (dlg.DoModal() 
return; 


t= ТООК) 


// set output device to resulting path name 
strOutput = dlg.GetPathHame(]: 


// set up document info and start the document printing process 
CString strTitle; 
CDocument* рПос = GetDocumentí]: 
if (pDoc != NULL) 
strTitle = pDoc-»GetTitle(): 
else 
GetParentFrame(]--GetWindowText(strTitle]: 
if (strTitle.GetLength(] > 31) 
strTitle.ReleaseBuffer(31]; 
DOCINFO docInfo; 
memzet(&docInfo, О, жітесі(ПОСІНЕО)); 
docInfo.cbSize = sizeof(DOCIMHFO); 
docInfo.lpszDocHName = strTitle; 
CString strPortNHame; 
int nFormatID; 
i£ (strOutput.IsEmpty(i]l] 


{ 
docInfo.lpszOutput = NULL; 
strPortName = printInfo.m рРП->ісеЕРогЕМатеі); 
nFormatID = АРХ IDS PRINTONPORT; 

] 

else 

{ 


docInfo.lpszOutput = strOutput; 
AfxGetFileTitle(strOutput, 

strPortName.GetBuffer( MAX PATH], МАХ PATH]; 
nFormatID = АРХ IDS PRINTTOFILE; 


// setup the printing DC 

CDC dcPrint: 
dcPrint.Attach(printInfo.m рРП->т ра. пос}; 
dcPrint.m bPrinting - TRUE; 
OnBeginPrinting(&dcPrint, &printInfo]; 
dcPrint.SetAbortProc( AfxAbortProc)]; 


// attach printer dc 


// disable main window while printing & init printing status dialog 
AfxGetMainWnd()]--EnableWindow(FALSE]:; 
CPrintingDialog dlgPrintStatus(this]:; 


CString strTemp; 
dlgPrintStatus.SetDlglItemText(AFX ТОС PRINT DOCHAME, strTitle]; 


dlgPrintStatus.SetDlglItemrText(AFX ТОС PRINT РКІМТЕКМАМЕ, 
printInfo.m pPD-?GetDeviceMHame(]]: 

AfxFormatStringl(strTemp, nFormatID, strPortMame]; 

dlgPrintStatus.SetDlgItemText(AFX ТОС РБІМТ PORTHAME, strTemp]: 


dlgPrintStatus.ShowWindow(SW SHOW]; 
dlgPrintStatus.UpdateWindow()]: 


// start document printing process 
if (dcPrint.StartDoc(&docInfo] = SP ERROR] 


#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 


#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 


#0126 
#0127 
#0128 
#0129 
#0130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 
#0140 
#0141 
#0142 
#0143 
#0144 
#0145 
#0146 
#0147 
$0148 
#0149 
#0150 
#0151 
#0152 
#0153 
#0154 
#0155 
#0156 
#0157 
$0158 
#0159 
#0160 
#0161 


// enable main window before proceeding 
AfxGetMainWnd(]-^EnableWindow(TRUE]; 


// cleanup and show error message 
OnEndPrinting(&dcPrint, &printInfo]; 
dlgPrintStatus.DestroyWindow(]; 


dcPrint.Detach()];  // willbecleanedupbycCPrintInfo destructor 
AfxMessageBox(AFX IDP FAILED TO START PRINT]; 
return; 


// Guarantee values are in the valid range 
ШІНТ nEndPage = printInfo.GetToPage(]; 
UINT nStartPage = printInfo.GetFromPage(]; 


if 


if 


if 


if 


(nEndPage € printInfo.GetMinPage[(]] 
nEndPage = printInfo.GetMinPage(]; 
(nEndPage > printInfo.GetMaxPage(]] 
nEndPage = printInfo.GetMaxPage(]; 


(nStartPage € printInfo.GetMinPage(]] 
nStartPage = printInfo.GetMinPage(]: 
(nStartPage > printInfo.GetMaxPage(]] 
nStartPage = printInfo.GetMaxPage(]: 


int nStep = (nEndPage >= nStartPage] ? 1 : -1; 
nEndPage = (nEndPage == Oxffff] 7 OxfIff : nEndPage + nStep; 


VERIFY(strTemp.LoadString(AFX 10$ PRINTPAGENUM]]; 


// begin page printing loop 
BOOL bError - FALSE; 
for (printInfo.m nCurPage = nStartPage; 


( 


printInfo.m nCurPage != nEndPage; printInfo.m nCurPage += п5Еер) 


OnPrepareDC(&dcPrint, &printInfo); 


// check for end of print 
if (!printInfo.m bContinuePrinting] 
break; 


// write current page 

TCHAR szBuf[(B0]; 

wsprintf(szBuf, strTemp, printInfo.m псигРаде); 
dlgPrintStatus.SetDlgItemText(AEFX IDC PRINT PAGENUM, szBuf]; 


// set up drawing rect to entire page (in logical coordinates] 

printInfo.m rectDraw.SetRect(O, Ù, 
dcPrint.GetDeviceCaps(HORZRES], 
dcPrint.GetDeviceCaps(VERTRES]); 

dcPrint.DPtoLP(&printInfo.m rectDraw]; 


// attempt to start the current page 
if (dcPrint.StartPage(]) < 0) 
1 


#0162 bError = TRUE; 

#0163 break; 

#0164 ] 

ЕО165 

#0166 // must call OnPrepareDC on newer versions of Windows because 
#0167 // StartPage now resets the device attributes. 

80168 if (afxData.bHMarked4] 

#0169 OnPrepareDC(&dcPrint, &printInfo]; 

#0170 

#0171 ASSERT(printInfo.m bContinuePrinting]; 

#0172 

#0173 // page successfully started, so пом render the page 

#0174 (9 OnPrint(&dcPrint, &printInfa]; 

#0175 © if (dePrint.EndPage() < 0 || ! AfxAbortProc(dcPrint.m ВОС, 0)) 
#0176 { 

#0177 bError = TRUE; 

#0178 break; 

#0179 ] 

#0180 | 

#0181 

#0182 // cleanup document printing process 

#0183 if ('bError] 

#0184 (2 dcPrint.EndDoc(]; 

#0185 else 

#0186 dcPrint.AbortDoc(); 

#0197 

#0198 AfxGetMainWnd(]-»EnableWindow(); // enable main window 

#0189 

#0190 (Ë OnEndPrinting(&dcPrint, іргіпбіпіс); // clean up after printing 
#0191 (9 dlgPrintStatus.DestroyWindow(]; 

#0192 

#0193 (Ü dcPrint.Detach(];  // will be cleaned up by CPrintInfo destructor 
80194 

#0195 1 


12-4 CView::OnFilePrint 原始 代码 ， 这 是 打印 命令 的 第 一 战场 。 
标 出 号 代码 的 是 重要 动作 ， 稍 后 笃 有 补充 说 明 。 


以 下 是 CView::OnFilePrint 函 数 之 中 重要 动作 的 说 明 。 你 可 以 将 这 份 说 明 与 上 一 节 『「 列 印 动作 
的 背景 原理 」 做 一 比 对 ， 融 能 够 明白 MFC 在 什么 地 方 为 我 们 做 了 什么 事情 ， 也 才 因 此 能 够 体 
会 ， 儿 竟 我 们 该 在 什么 地 方 改 写 虚 函数 ， 放 和 我们 目 己 的 补 强 程 序 代 码 。 


@OOnFilePrint 首 先 在 堆栈 中 产生 一 个 CPrintlnfo 对 象 ， 并 构造 之 ， 使 其 部 份 成 员 变量 拥 有 初 
值 。CPrintlnfo 是 一 个 用 来 记录 打印 机 数据 的 结构 ， 其 构造 函数 配置 了 一 个 Win32 通用 打印 对 
ЖЕ (common print dialog) 并 将 它 指 定 给 m_pPD : 
// in AFXEXT.H 
struct CPrintInfo // Printing information structure 
CPrintDialog* m_pPD; // pointer to print dialog 
BOOL m_bPreview; // TRUE if in preview mode 


BOOL m_bDirect; // TRUE if bypassing Print Dialog 


}; 


上 述 的 成 员 变 量 m_bPreview 如 果 是 TRUE， 表 示人 处 于 预览 模式 ，FALSE 表示 处 于 打印 模式 ; 
Pk, Йй тет bDirect 如 果 是 TRUE， 表 示 省 略 【打印 】 对 话 杠 ，FALSE 表示 需 显 示 【打印 】 
对 话 框 。 


上 面 出 现 过 的 CPrintDialog， 用 来 更 贴近 摘 述 打印 对 话 框 : 


class CPrintDialog : public CCommonDialog 


{ 

public: 
PRINTDLG& m_pd; 
BOOL GetDefaults(); 
LPDEVMODE GetDevMode() const; // return DEVMODE 
CString GetDriverName() const; // return driver name 
CString GetDeviceName() const; // return device name 
CString GetPortName() const; // return output port name 
HDC GetPrinterDC() const; // return HDC (caller must delete) 
HDC CreatePrinterDC(); 


}; 


四 如 果 必 要 〈 从 命令 列 参数 中 得 知 要 直接 打印 某 个 文件 到 打印 机 上 ) ， 利 用 ::CreateDC 产 生 一 
+ [打印 机 DCJ」 ， 并 做 打印 动作 。 注 意 ，printlnfo.m_bDirect 被 设 为 TRUE， 表 示 跳 过 打印 对 
tE, Ete. 


@OnPreparePrintingE#— ТЕРА, PRAA С\Лем у RE XAET E, TELE ЖЕ ЕК 
生 类 手中 。 本 例 将 移 转 到 CScribbleView 手 中 。CScribbleView::OnPreparePrinting 的 预 设 内 
容 (AppWizard 自 动 为 我 们 产生 ) 是 调用 DoPreparePrinting， 它 并 不 是 虚 函 数 ， 而 是 CView 
的 一 个 辅助 画 数 。 以 下 是 其 调用 堆 迭 ， 直 至 【打印 】 对话 框 出 现 为 止 。 


CV iew::OnFilePrint (іп VIEWPRNT.CPP) 





CScribbleView-:OnPreparePrinting | (in SCRIBVW.CPP) 


CView::DoPreparePnnting (in VIEWPRNT.CPP) 





CWinApp::DoPrintDialog 


шы. — = 


| (in APPPRNT.CP P) 
| CWinApp::UpdatePrinterSelection | 











| (іп APPPRNT.CPP) 


CPrintDialog:GetDefaults | (іп DLGPRNT.CPP) 
| :PrintDIlg № (Win32 АР!) 


CPrintDialog::DoModal | (п DLGPRNT.CPP) 





(WIn32 АРІ) 





CView::DoPreparePrinting 将 贮存 在 CPrintlnfo 结 构 中 的 对 话 框 CPrintDialog* m рро € хн 
来 ， 们 此 收集 使 用 者 对 打印 机 的 各 种 设 定 ， 然 后 产生 一 个 [打印 机 DC」， 储 存在 
printinfo.m_pPD->m_pd.hDC 之 中 。 


@ 如 果 使 用 者 在 【打印 】 对话 框 中 选 按 【打印 到 文件 】 ， 则 再 显示 一 个 【Print to File] 对 话 
框 ， 让 使 用 者 设 定 文 件 名 。 





ао шт С Гес | 
TREND: — [PümeFüe(*em 日 ве | 





接 下 来 取 文 件 名 称 和 输出 设备 的 名 称 (可 能 是 打印 机 也 可 能 是 个 文件 ) ， 并 产生 一 个 
DOCINFO 结 构 ， 设 定 其 中 的 IpszDocName 和 IpszOutput 字 段 。 此 一 DOCINFO 结构 将 在 稍 
后 的 StartDoc 动作 中 用 到 。 


@ 如 果 使 用 者 在 【打印 】 对 话 框 中 按 下 【确定 】 钮 ，OnFilePrint 融 在 堆栈 中 制 霹 出 一 个 CDC 
对 象 ， 并 把 前 面 所 完成 的 打印 机 ОСІ 附着 到 CDC 对 象 上 : 


CDC dcPrint; 
dcPrint.Attach(printInfo.m_pPD->m_pd.hDC); 
dcPrint.m_bPrinting = TRUE; 


@ 一 旦 CDC 完 成 ，OnFilePrint 把 CDC 对 象 以 及 前 面 的 CPrintinfo 对 象 传 给 OnBeginPrinting fE 
为 参数 。OnBeginPrinting 是 CView 的 一 个 虚 函 数 ， 原 本 什么 也 没 做 。 你 可 以 改写 它 ， 设 定 打 
印 前 的 任何 初始 状态 。 


图 设 定 AbortProc。 这 应 该 是 一 个 callback В, МЕС — 1135 8 ЭРА AfxAbortProc 
可 北 利 用 。 


 CView::OnFilePrint | 


(in VIEWPRNT.CPP) 
















| CDC::SetAbortProc | (macro, defined in AFXWINT1.INL) 


та Е Ji 


в -SetAbortProc Е 


| 
€ 








(Win32 АРІ) 

















@ 把 父 窗口 除 能 ， 产 生 【 打 印 状态 】 对 话 框 ， 根 据 文 件 名 称 以 及 输出 设备 名 称 ， 设 定 对 话 框 内 
容 ， 并 显示 之 : 


AfxGetMainwnd()->EnableWindow(FALSE); 
CPrintingDialog dlgPrintStatus(this); 
... // 设 定 对 话 框 内 容 
dlgPrintStatus.Showwindow(SW_SHOW); 
dlgPrintStatus.UpdateWindow(); 


É CView::OnFilePrint | (in VIEWPRNT.CPFP) 









 CPrintingDialog::CPrintingDialog | (in VIEWPRNT.CPP) 


(RENEA 
d 


(»StartDoc38 ІНІМ ВЕНН ОТАН ЗЕ £ 55 Windows 打印 引擎。 





| CView::OnFilePrint | (in VIEWPRNT.CPP) 


= C.DC::StartDoc | 
Е) 


(D 以 for 循 环 针对 文件 中 的 每 一 页 开始 做 打印 动作 。 


(macro, defined in AFXVVINTINL) 






(VVin32 АРІ) 





Q 38 FHCView::OnPrepareDC, ЕР, ПЕЙ ЖЕЕ И НИНІЛІЗ 25, mAh oC» 
^^ Ez В, 


O 修改 【打印 状态 对话 框 中 的 页 次 。 
@ StartPage 开 始 新 的 一 





| CView::OnFilePrint | 


(macro, defined іп АҒХУММТ ІМІ) 






->| CDC::StartPage | 
:StarttPage 


© 调用 CView::OnPrint， 它 的 内 部 只 有 一 个 动作 : 调用 OnDraw。 我 们 应 该 在 CScribbleView 
中 改写 OnDraw 以 绘 出 目 己 的 图 形 。 


(Win32 API) 





| CView: :OnFilePrint | 


CView:: ОПР | 


CScribbleView..OnDraw | (рр gr OnDraw ШН Е PLUS ) 






© 一 页 结束 ， 调 用 dcPrint.EndPage 


| CView::OnFilePrint Ë 
CDC::EndPage | 


| z:EndPage (Win32 API) 






(macro. defined іп AFXVVINT.INL) 





D 文件 结束 ， 调 用 Епарос 







| CView::OnFilePrint | 
CDC::EndDoc | (macro, defined іп AFXWIN1.INL) 


整个 打印 工作 结束 。 如 果 有 些 什 么 绘图 资源 需要 释放 ， 你 应 该 改 宇 ОпЕпаРгїпїїпд# Jf 
其 中 释放 之 。 


(Win32 АР!) 


| Cview::OnFilePrint | 





| CScribbleView::OnEndFrinting 


© 去 除 【打印 状态 】 对 话 框 。 
0 15 [打印 机 DCJ」 解除 附着 ，CPrintlnfo ВАТ ЮС Z2 Windows, Л.Е 2677 
析 中 为 纳 出 来 的 结论 是 ， 一 共有 六 个 虚 函 数 可 以 改写 ， 请 看 图 12-5。 


ІТ Document 长 度 = 呼叫 CView:'DePreparePrinting БДТ: 
[Print] HAA tE ES ОС. 








| CMyView -OnPreparePrinting 





| CMyView::OnBeginPrinting ЕТІМ DC Bitty Document Б : ME GDI SS 





| CDC::StartDoc. 





— eS viewport [EUR - HEE - 以 及 其 他 DC Wit- 


CMyView-OnPrepareDC | 


CDC::StartPage | 





ЕСЕ! 


12-5 MFC 打 印 流程 与 我 们 的 着 力 点 
以 下 是 图 12-5 的 补充 说 明 。 


e 当 使 用 者 按 下 【 File/Print 】 命令 项 Application Framework 首 先 调用 
CMyView::OnPreparePrinting。 这 个 函数 接受 一 个 CPrintlnfo 指针 做 为 参数 ， 人 允许 使 用 者 
设 定 Document 的 打印 长 度 (从 第 几 页 到 第 几 页 ) 。 预 设 页 代码 是 1 至 0xFFFF， 程序 员 


应 该 在 OnPreparePrinting 中 呼叫 SetMaxPage ўя 设 и. SetMaxPage 之 后 ， 程 序 应 
该 调用 CView::DoPreparePrinting， 它 会 显示 [HEN] 对 话 框 ， 并 产生 一 个 打印 机 DC。 

当 对 话 框 结束 ，CPrintinfo 也 从 中 获得 了 使 用 者 设 定 的 各 个 印 表 项 目 〈 例 如 从 第 n1 页 印 到 
第 n2 ). 


Framework 如 何 得 知 使 用 者 对 于 打印 状态 的 设 定 2 CPrintlnfo 有 五 个 函数 可 用 ， 下 一 节 有 更 
详细 的 说 明 。 


e 针对 每 一 页 ，Framework 会 调用 CMyView::OnPrepareDC， 这 函数 在 前 一 章 介 绍 
CScrollView EE, чае ВАР, ПРЯНИК, РАМЕ 
必须 先 设 定 DC 的 映射 模式 和 原点 等 性 质 。 这 次 稍 有 不 同 的 是 ， 它 收 到 打印 机 DC 做 为 第 一 
参数 ，CPrintlnfo 对 象 做 为 第 二 参 效 。 我 们 改 字 这 个 函数 ， 使 它 依 目前 的 页 代码 来 调整 
DC， 例 如 改变 打印 原点 和 截 割 局 部 以 保证 印 出 来 的 Document 内 容 的 合适 性 等 等 。 


° 租 早 我 一 再 强调 所 有 绘图 动作 都 应 该 集中 在 OnDraw РАЕН, Framework 会 自动 调用 
它 。 更 精确 地 说 ，Framework 其 实 是 先 调用 OnPrint， 传 两 个 参数 进去 ， 第 一 参数 是 个 
DC， 第 二 参数 是 个 CPrintlnfo 指 针 。OnPrint 内 部 再 调用 OnDraw， 这 次 只 传 DC 过 去 ， 做 
为 唯一 参数 : 

// in УТЕМСОВЕ . СРР 

void CView::OnPrint(CDC* pDC, CPrintInfo*) 

ASSERT. VALID(pDC); 
// Override and set printing variables based on page number 


OnDraw(pDC); // Call Draw 
j 


有 了 这 样 的 差异 ， 我 们 可 以 这 么 区 分 这 两 个 函数 的 功能 : 

e OnPrint : 负责 [只 在 印 表 时 才 做 (屏幕 显示 时 不 做 ) J 的 动作 。 例 如 印 出 
表 头 和 页 尾 。 

е OnDraw : 共通 性 绘图 动作 〈 包 括 输出 到 屏幕 或 打印 机 上 ) 都 在 此 完成 。 


ан 5-—TIHB8ZZOnPaint : 


// in VIEWCORE.CPP 
void CView::OnPaint() 


// standard paint routine 
CPaintDC dc(this); 
OnPrepareDC(&dc); 
OnDraw(&dc); 


你 会 发 现 原来 它们 是 这 人 么 分 工 的 : 





CView::OnPrint Ш ШЕЕ, НӘ TTE › RERET 


ж CV iew::OnDraw 


ЕТЕ) 隆 有 的 工作 ' МЕНТ 
















CAEN) ЫЧ! 显示 共通 的 
1 工作 ЖІНЗЕНІ 


Wapa = 


所 谓 P kml 是 指 输出 到 屏幕 上 ， [打印 」 是 指 输 出 到 打印 机 上 。 


CView::OnPaint | 


由 同一 函数 完成 显示 (display) 与 打印 (print) 动作 ， 才 能 够 达到 「 所 见 即 所 得 上 | (What 
You See Is What You Get, WYSIWYG) 的 目的 。 如 果 你 不 需要 一 个 WYSIWYG 程序 ， 可 以 
改写 OnPrint 使 它 不 要 调用 OnDraw， 而 调用 另 一 个 绘图 例 程 。 


不 要 认为 什么 情况 下 都 需要 WYSIWYG。 一 个 文字 编辑 器 可 能 使 用 粗 体 字 打 印 但 使 用 控制 代 
码 在 屏幕 上 代表 这 粗 体 字 。 


Scribble 打印 机 制 的 补 强 


МЕС 预 设 的 打印 机 制 够 聪敏 了 ， 但 还 没有 聪敏 到 解决 所 有 的 问题 。 这 些 问 题 鱼 括 : 
° 打印 出 来 的 影像 可 能 不 是 你 要 的 大 小 
° 不 会 分 页 
e 没有 表 头 (header) 
° 没有 页 尾 (footer) 


毕竟 屏幕 输出 和 打印 机 输出 到 底 还 是 有 着 重大 的 差异 。 窗 口 有 疮 动 杆 而 打印 机 没有 ， 这 伴随 
而 来 的 就 是 必须 计算 Document 的 大 小 和 纸张 的 大 小 ， 以 解决 分 页 的 问题 ; 此 外 ， 我 们 必须 想 
想 ， 在 MFC 预 设 的 打印 机 制 中 ， 改 写 哪 一 个 地 方 ， 才 能 让 我 们 有 办 法 在 Document 的 输出 页 
MERKX AE. 


打印 机 的 页 和 文件 的 页 


首先 ， 我 们 必须 区 分 [页 上 」 对 于 Document 和 对 于 打印 机 的 不 同意 义 。 从 打印 机 观点 来 看 ， 
一 页 就 是 一 张 纸 ， 然 而 一 张 纸 并 不 一 定 容纳 Document 的 一 页 。 例 如 你 想 印 一 些 通讯 数据 ， 
这 些 数据 可 能 是 要 被 折 迭 起 来 的 ， 因 此 一 张 纸 印 的 是 Document 的 第 一 页 和 最 后 一 页 (x 
的 朋友 ， 想 想 你 每 天 看 的 报纸 ) 。 又 例如 印 一 个 巨大 的 电子 表格 ， 它 可 能 是 Document 上 的 一 
页 ， 却 占据 两 张 A4 纸 。 


MFC 这 个 Application Framework 把 关于 打印 的 大 部 份 信息 都 记录 在 CPrintlnfo 中 ， 其 中 数 笔 
数据 与 分 页 有 密切 关系。 下 表 是 取得 分 页 数据 的 相关 成 员 ， 其 中 只 有 SetMaxPage 和 
m nCurPage 和 m_nNumPreviewPages 在 Scribble 程序 中 会 用 到 ， 原 因 是 Scribble 程 序 对 许 


多 问题 做 了 简化 。 


CPrintInfo 成 员 名 称 参考 到 的 打印 页 
GetMinPage/SetMinPage Document 中 的 第 一 页 
GetMaxPage/SetMaxPage ”Document 中 的 最 后 一 页 


GetFromPage 将 被 印 出 的 第 一 页 (出 现在 【打印 】 对话 框 ， 图 12-1b) 
GetToPage 将 被 印 出 的 最 后 一 页 (出 现在 【打印 】 对话 框 ) 
m_nCurPage 目前 正 被 印 出 的 一 页 (出 现在 【打印 状态 】 对 话 框 ) 
m_nNumPreviewPages 预览 窗口 中 的 页 数 〈 稍 后 将 讨论 之 ) 


+: 页 代码 从 1 (而 不 是 0) 开始 。 


CPrintlnfo 结构 中 记录 的 【页 」 数 ， 指 的 是 打印 机 的 页 数 ; Framework 针对 每 一 [页 」 调 用 
OnPrepareDC 以 及 OnPrint 时 ， 所 指 的 [页 」 也 是 打印 机 的 页 。 当 你 改 宇 OnPreparePrinting 
时 指定 Document 的 长 度 ， 所 用 的 单位 也 是 打印 机 的 「 页 上 」 。 如 果 Document 的 一 页 恰 等 于 打 
印 机 的 一 页 (一 张 纸 ) ， 事 情 束 单纯 了 ; 如 果 不 是 ， 你 必须 在 两 者 之 间 做 转换 。 


Scribble Step5 设 定 让 每 一 份 Document 使 用 打印 机 的 两 页 。 第 一 页 只 是 单纯 印 出 文件 名 称 

(文件 名 称 ) ， 第 二 页 才 是 文件 内 容 。 假 设 我 利用 Мем 窗口 苞 动 杆 在 整个 Document 四 周 画 
一 四 方 圈 的 话 ， 我 希望 这 一 四 方 圈 党 入 第 二 页 (ЖЖ) 中。 当然， 边界 留 白 必须 考虑 在 
内 ， 如 图 12-6。 除 此 之 外 ， 我 希望 第 二 页 (文件 内 容 ) 最 顶端 留 一 点 空间 ， 做 为 表 头 。 本 例 
在 表 头 中 放 的 是 文件 名 称 。 





man.SCB 


ІНІҢ 


Wawata 
= 
= 
— 
ы 
ü; 
可 == 





A ТЕ ХЕ йаза жтт т\т НЕ, FU. Ле. ТЖ. IR, 5 GDI 资源 都 会 占用 内 存 ， 而 且 是 
GDI 模 块 的 heap。 虽说 Windows 95 对 于 USER 模块 和 GDI 模 块 的 heap 已 有 大 幅 改 善 ， 使 用 
32 位 heap， 不 再 局 限 64KB， 但 我 们 当然 仍然 不 希望 看 到 瀛 费 的 情况 发 生 ， 因 此 最 好 的 方式 
就 是 在 打印 之 前 配置 这 些 GDI 绘图 对 象 ， 并 在 打印 后 立刻 释放 。 


看 看 图 12-5， 配 置 GDI 对 象 的 最 理想 时 机 显然 是 OnBeginPrinting， 两 个 理由 : 


1. 每 当 Framework 开始 一 份 新 的 打印 工作 ， 它 就 会 调用 此 画 数 一 次 ， 因 此 不 同 打印 工作 所 需 
的 不 同 工 具 可 在 此 有 个 替换 。 


2. 此 部 数 的 参数 是 一 个 和 [打印 机 DCJ」 有 附 铸 关系 的 CDC 对 象 指 针 ， 我 们 直接 从 此 一 CDC 
对 象 中 配置 绘图 工具 即 可 。 


配置 得 来 的 GDI 对 象 可 以 储存 在 View 的 成 员 变 量 中 ， 供 整个 打印 过 程 使 用 。 使 用 时 机 当然 是 
OnPrint。 如 果 你 必须 对 不 同 的 打印 页 使 用 不 同 的 GDI 对 象 ，CPrintinfo 中 的 m_nCurPage 可 以 
帮 你 做 出 正确 的 决定 。 


释放 GDI 对 象 的 最 理想 时 机 当然 是 在 OnEndPrinting， 这 是 每 当 一 份 打印 工作 结束 后 ， 
Application Framework 会 调用 的 函数 。 


Scribble 没有 使 用 什么 特殊 的 绘图 工具 ， 因 此 下 面 这 两 个 虚 函 效 也 融 没 有 修改 ， 完 全 保留 
AppWizard 当 初 给 我 们 的 样子 : 
void CScribbleView::OnBeginPrinting(CDC* /*pDC*/, CPrintInfo* /*pIn£o*/] 


{ 


// TODO: add extra initialization before printing 


| 


void CScribbleView::OnEndPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/] 
( 
// TODO: add cleanup after printing 


RISHA : 关于 映射 模式 《坐标 系统 ) 


回忆 所 谓 的 坐标 系统 ， 我 已 经 在 上 一 章 描述 过 CScrollView 如 何 为 了 疮 动 效 果 而 改变 座 标 系统 
的 原点 。 除 了 改变 原点 ， 我 们 其 至 可 以 改变 坐标 系统 的 单位 长 度 ， 旋 至 于 改变 座 标 系统 的 横 
纵 比 例 (scale) 。 这 些 融 是 这 一 节 要 讨论 的 重点 。 


Document 有 大 小 可 言 吗 ?3 有 的 ， 在 打印 过 程 中 ， 为 了 计算 Document 对 应 到 打印 机 的 页 数 ， 
我 们 需要 Document 的 尺寸 。CScribbleDoc 的 成 员 变 量 m_sizeDoc， 就 是 用 来 记录 
Document 的 大 小 。 它 是 一 个 CSize 对 象 : 


800 


void CScribbleDoc::InitDocument (| 


006 


( E Document 


m sizeDoc = CSize(800,900]; 
| 





事实 上 ， 所 谓 [逻辑 坐标 」 原 本 是 没有 大 小 的 ， 如 果 我 们 说 一 份 Document 宽 800 900, ЯВ 
么 若 逻 辑 坐 标的 单位 是 英 时 ， 这 就 是 8 英 时 宽 9 Xm ; 若 逻 辑 坐标 的 单位 是 公分 ， 这 就 是 8 
公分 宽 9 公分 高 。 如 果 逻 辑 单位 是 图 素 (Pixel) 呢 ? 那 就 是 800 个 图 素 宽 900 个 图 素 高 。 
素 的 大 小 随 着 输出 装置 而 改变 ， 在 14 时 Super VGA (1024x768) 显示 器 上 ，800x900 个 图 
素 大 约 是 21.1 公分 宽 23.6 公分 高 ， 而 在 一 部 300 DPI (Dot Per Inch， 每 英 时 点 数 ) 的 激光 
打印 机 上 ， 将 是 2-2/3 Ж ЗІМ, 


预 设 情况 下 GDI 绘 图 男 数 使 用 MM_TEXT 映射 模式 (Mapping Mode, CREBRA, 
注 ) ， 于 是 逻辑 坐标 等 于 装置 坐标 ， 也 束 是 说 一 个 逻辑 单位 是 一 个 图 素 。 如 果 不 重 新 设 定 映 
射 模式 ， 可 以 想见 屏幕 上 的 图 形 一 放 到 300 DPI 打印 机 上 都 嫌 太 小 。 


解决 的 方法 很 简单 : 设 定 一 种 与 真实 世界 相符 的 逻辑 坐标 系统 。Windows 提供 的 八 种 映像 模 
式 中 有 七 种 是 所 谓 的 metric 映射 模式 ， 它 们 的 逻辑 单位 都 建立 在 公分 或 严 时 的 基础 上 ， 这 正 
是 我 们 所 要 的 。 如 果 把 OnDraw 内 的 绘图 动作 都 设 定 在 MM_LOENGLISH 映射 模式 上 (RE 
位 0.01 xDD) ， 那 么 不 论 输 出 到 屏幕 上 或 到 打印 机 上 都 获得 相同 的 尺度 。 真 正 要 为 [多 少 图 
点 才能 田 出 一 英 时 长 」 伤 脑筋 的 是 装置 驱动 程序 ， 不 是 我 们 。 


注 : GDI 的 八 种 映射 模式 及 其 意义 如 下 : 
e MM ТЕХТ: 以 图 素 (pixel) 为 单位 ，Y 轴 册 下 为 正 ，X AIR 77 IE, 
e MM LOMETRIC : 以 0.1 公分 为 单位 ，Y AEAEE, ХА X IE. 
e MM HIMETRIC : 40.01 公分 为 单位 ，Y ABEE, X 轴 向 右 为 正 。 
е MM LOENGLISH : 20.01 IJ #41, Y 轴 向 上 为 正 ，X 轴 向 右 为 正 。 
е MM HIENGLISH : 以 0.001 英 时 为 单位 ，Y 轴 向 上 为 正 ，X 轴 向 右 为 正 。 
e MM TWIPS : 以 1/1440 英 时 为 单位 ，Y 轴 向 上 为 正 ，X 轴 向 右 为 正 。 
е MM ISOTROPIC : #1 КЕИ Е, УЖНЕЯЕ, ХУ. 


e MM ANISOTROPIC : 单位 长 度 可 任意 设 定 ， 且 X 轴 单 位 长 可 以 不 同 于 Y 轴 单 位 长 CA 
ІІ ЕГЕТЕ) 。Y 轴 向 上 为 正 ，X 轴 向 右 为 正 。 


回忆 上 一 章 为 了 耸 动 窗口 ， 这 样 的 动作 : 


void CScribbleView::OnInitialUpdate() 


| 
SetScrollSizes(MM TEXT, GetDocument()-»GetDocSize()); 


CScrollView::OnInitialUpdate(); 


映射 模式 可 以 在 SetScrollSizes 的 第 一 个 参数 指定 。 现 在 我 们 把 它 改 为 : 


void CScribbleView::OnInitialUpdate() 


SetScrollSizes(MM LOENGLISH, GetDocument()-»GetDocSize()); 
CScrollView::OnInitialUpdate(); 


Ж, OnlnitialUpdate 更 在 OnDraw 之 前 被 调用 ， 也 就 是 说 我 们 在 真正 绘图 动作 OnDraw 之 前 
完成 了 映射 模式 的 设 定 。 


映射 模式 不 仅 影 响 逻 辑 单 位 的 尺寸 ， 也 影响 Y 轴 坐标 方向 。MM_TEXT 是 Y 轴 向 下 ， 

MM LOENGLISH (以 及 其 它 任 何 映射 模式 ) 是 Y 轴 向 上 上。 但， 虽然 有 此 差异 ， 我 们 的 Step5 
程序 E К ОРЮЕРЕ 585 f 66, XU Г, mA t RA 
点 坐标 是 先 经 过 DPtoLP +1##IJJCStroke t + НБ + HLineTo 画 出 的 。 


然而 ， 程 序 的 某 些 部 份 还 是 受到 了 Y 轴 方 向 改 变 的 冲击 。 映 射 模式 只 会 改变 СОЖ, 
不 使 用 DC 的 地 方 ， 就 不 受 映 射 模式 的 影响 ， 例 如 CRect 的 成 员 函 数 就 不 知晓 所 谓 的 映射 模 
式 。 于 是 ， 本 例 中 凡 使 用 到 CRect 的 地 方 ， 要 特别 注意 做 些 调 整 : 


1. 修正 「 线 条 外 围 四 方形 」 的 计算 方式 。 原 计算 方式 是 在 FinishStroke 中 这 么 做 : 


for (int 1-1; i < m pointArray.GetSize(); 1++) 


1 
pt = m_pointArray[i]; 
m_rectBounding.left = min(m_rectBounding.left, pt.x); 
m_rectBounding.right = max(m_rectBounding.right, pt.x); 
m_rectBounding.top = min(m_rectBounding.top, pt.y); 
m_rectBounding.bottom = max(m_rectBounding.bottom, pt.y); 
) 


m_rectBounding.InflateRect(CSize(m_nPenWidth, m_nPenWidth)); 


新 的 计算 方式 是 : 
for (int 1-1; 1 < m_pointArray.GetSize(); 1++) 
{ 
pt = m pointArray[i]; 
m rectBounding.left = min(m rectBounding.left, pt.x); 
m rectBounding.right - max(m rectBounding.right, pt.x); 
m rectBounding.top - max(m rectBounding.top, pt.y); 
m rectBounding.bottom = min(m rectBounding.bottom, pt.y); 
j 


m rectBounding.InflateRect(CSize(m nPenWidth, -(int)m nPenWidth)); 


这 是 因为 在 Y 轴 向 下 的 系统 中 ， 四 方形 的 最 顶点 位 置 应 该 是 找 Y 坐 标 最 小 者 ; 而 在 Y 轴 向 上 的 
系统 中 ， 四 方形 的 最 顶点 位 置 应 该 是 找 Y 坐 标 最 大 者 ; 同 理 ， 对 于 四 方形 的 最 底 点 亦 然 。 





y 


2. Mm EOnDraw p S22 БА1пїегсесїКесїз+ Тл ЕН 55, < ТАЯЗ ЕСКесіл 
АЙ, 1635 : ЛЕЛЕ АЁ} Y 值 必然 大 于 顶 坐 标的 Y в (КЕМ, В 
是 MM_TEXT， 的 眼光 来 看 ) ; 如 果 事 非 如 此 ， 它 根本 不 可 能 找 出 两 个 四 方形 的 交集 。 因 此 我 
们 必须 在 OnDraw 中 做 以 下 修改 ， 把 逻辑 坐标 改 为 装置 坐标 : 


void CScribbleView::OnDraw(CDC* pDC) 

{ 
CScribbleDoc* рПос = GetDocument(]; 
ASSERI VALIDipDoc]:; 


// Get the invalidated rectangle of the view, or in the case 
// of printing, the clipping region of the printer dc. 

CRect rectClip:; 

CRect rectStroke; 

pDC-»GetClipBox(&rectClip]; 

pDC-2LPtioDP(&rectClip]); 

rectClip.InflateRect(1l, 1); // avoid rounding to nothing 


// Mote: CScrollView::OnPaint(] will have already adjusted the 
// viewport origin before calling OnDraw(], to reflect the 
// currently scrolled position. 


// The view delegates the drawing of individual strokes to 
// CStroke::DrawStroke(]. 
CTypedPtrList«CObList,CStroke*»& strokeList = pDoc-»m strokeList; 
POSITIOM pos = strokeList.GetHeadPosition(]; 
while (pos != NULL) 
{ 
CStroke* pStroke = strokeList .GetNext {pos}; 
rectStroke = pStroke->GetBoundingRect (í ] ; 


pDC--LPtoDP(&rectStroke]; 

rectStroke.InflateRect(l, 1]; // avoid rounding to nothing 

if (!rectStroke.IntersectRect(&rectStroke, &rectClip]] 
continue; 

pStroke-»DrawStroke(pDC]; 


分 页 


Scribble 程序 的 Document 大 小 国定 是 800x900， 而 且 我 们 让 它 填 满 打印 机 的 一 页 。 因 此 
Scribble 并 没有 [将 Document 分 段 打印 」 这 种 困扰 。 如 果真 要 分 段 打印 ， мня 应 该 改写 
OnPrepareDC， 在 其 中 视 打印 的 页 数 调 整 DC BIER Es RU S Fe 


即便 如 此 ，Scribble 还 是 在 分 页 方面 加 了 一 些 动作 。 本 例 一 份 Document 打印 时 被 视 为 一 张 
标题 和 一 张 图 片 的 组 合 ， 因 此 打印 一 份 Document 固定 要 耗 掉 两 张 印 表 纸 。 我 们 可 以 这 么 设 
ш 


BOOL CScribbleView::OnPreparePrinting(CPrintInfo* pInfo ) 


pInfo->SetMaxPage(2); // 文件 总 共有 两 页 经 线 : 

// 第 一 页 是 标题 页 (title page) 

// 第 二 页 是 文件 页 (图 形 ) 

BOOL bRet = pDoPreparePrintino(pInfo); // default preparation 

pInfo->m_nNumPreviewPages = 2; // Preview 2 pages at a time 

// Set this value after calling DoPreparePrinting to override 
// value read from .INI file 

return bRet; 


РЖ Ski ТАНИ т д, ХЕ ВАДАН п. IE 28 л EH 
OnDraw 负责 嗓 ， 但 因为 这 文件 页 不 是 单纯 的 Document 内 容 ， 还 有 所 谓 的 表 头 ， 而 这 是 打 
印 时 才 做 的 东西 ， 屏 幕 显示 时 并 不 需要 的 ， 所 以 我 们 希望 把 列 印 表 头 的 工作 独立 于 OnDraw 
之 外 ， 那 么 最 好 的 安置 地 点 就 是 OnPrint 了 (请 参考 图 12-5 之 后 的 补充 说 明 的 最 后 一 点 ) о 


Scribble Step5 把 列 印 表 头 的 工作 独立 为 一 个 加 数 。 总 共 这 三 个 额外 的 画 数 应 该 声明 于 
SCRIBBLEVIEW.H 中 ， 其 中 的 PrintPageHeader 在 下 一 六 节 人 多 出 。 


class CScribbleView 


{ 


public: 


: public CScrollView 


virtual void OnPrint(CDC* рос, CPrintInfo* pInfo]; 
void PrintTitlePage(CDC* pDC, CPrintInfo* pInfo]; 
void PrintPageHeader(CDC* рос, CPrintInfo* pInfo, CString& strHeader]; 


#0001 void CScribbleView::OnPrint(CDC* рос, CPrintInfo* pInfoa)] 


#0002 
#0003 
#0004 
#0005 
#0006 
80007 
80008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 


#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 


#0034 
#0035 
#0036 
#0037 
#0038 
#00359 
#0040 
#0041 
#0042 


{ 


if іріпіс-жп nCurPage == 1] 
{ 


// page no. 1 is the title раде 


PrintTitlePage(pDC, pInfo]; 
return; // nothing else to print on page 1 but the page title 


! 
CString strHeader = GetDocument(]--GetTitle(); 


PrintPageHeader(pDC, pInfo, strHeader]:; 
// PrintPageHeader(] subtracts out from the pInfo-»m rectDraw the 
// amount of the page used for the header. 


pDC-»SetWindowOrg(plInfo-»m rectDraw.left,-pInfo-»m rectDraw,.top]; 


// Mow print the rest of the page 
OnDraw(pDC]; 


void CScribbleView::PrintTitlePage(CDC* pDC, CPrintInfo* pInfo] 


{ 


| 


// Prepare а font size for displaying the file name 

LOGFONT logFont; 

memset(&logFont, О, sizeof(LOGFONT]]; 

logFont.lfHeight = 75; // 3/4th inch high in MM LOENGLISH 
// (1/lO0th inch] 


CFont font; 

CFont* pOldFont = NULL; 

if (font.CreateFontIndirect(&logFont]] 
poldFont = pDC--»SelectObject(&tfont]; 


// Get the file name, to be displayed on title page 


CString strPageTitle = GetDocument(]-»GetTitle(]; 


// Display the file name 1 inch below top of the page, 

// centered horizontally 

pDC-»SetTextAlign(TA CENTER); 

pDc--TextOut(pInfo-»m rectDraw.right/2, -100, strPageTitle]; 


if (pOldFont !- NULL] 
pDc-»-5electobject(pOldFont]; 


RAG А ЕЕ 


文件 名 称 以 及 文件 内 容 的 页 代码 应 该 有 地 方 呈现 出 来 。 屏 幕 上 没有 问题 ， 文 件 名 称 可 以 出 现 
在 窗口 标题 ， 页 代码 可 以 出 现在 状态 列 ; 但 输出 到 打印 机 上 时 ， 我 们 就 应 该 设计 文件 的 表 藉 
与 页 尾 ， 分 别 用 来 放置 文件 名 称 与 页 代码 ， 或 其 它 任何 你 想 要 放 的 数据 。 显 然 ， 即 使 是 | 所 
见 即 所 得 ]， 在 打印 机 输出 与 屏幕 输出 两 方面 仍然 存在 至 少 这 样 的 差异 。 


我 们 设计 了 另 一 个 辅助 贸 数 ， 专 门 负责 列 印 表 头 ， 并 将 OnPrint 的 参数 (一 个 打印 机 DC) 传 
给 它 。 有 一 点 很 容易 被 忽略 ， 那 就 是 你 必得 在 OnPrint 调用 OnDraw 之 前 调整 窗口 的 原点 和 
范围 ， 以 避免 该 页 的 主 内 容 把 表 头 页 尾 给 盖 掉 了 。 


要 补偿 被 表 头 页 尾 占 据 的 空间 ， 可 以 利用 CPrintinfo 结 构 中 的 m_rectDraw， 这 个 字段 记录 着 
本 页 的 可 绘图 局 部 。 我 们 可 以 在 输出 主 内 容 之 前 先 输 出 表 头 页 尾 ， 然 后 扣除 m_rectDraw 四 方 
形 的 一 部 份 ， 代 表 表 头 页 尾 所 占 空 间 。OnpPrint 也 可 以 根据 m_rectDraw 的 数值 决定 有 多 少 内 
容 要 放 在 打印 页 的 主体 上 。 


我 们 甚至 可 能 因为 表 头 页 尾 的 加 入 ， 而 需要 修改 OnDraw， 因 为 能 够 放 到 一 张 印 表 纸 上 的 文 

件 内 容 势 必 将 因为 表 头 页 尾 的 出 现 而 减少 。 不 过 ， 还 好 本 例 并 不 是 这 个 样子 。 本 例 不 设 页 

尾 ， 而 文件 大 小 在 MM_LOENGLISH 映射 模式 下 是 8 天 时 宽 9 炎 叶 高 ， 放 在 一 页 A4 纸张 
(210x297 ЕЖ) 或 Letter Size (8-1/2 х М) 纸张 中 都 绰绰有余 。 


#0001 void CScribbleView::PrintPageHeader([CDC* рос, CPrintInfo* pInfo, 


#0002 CString& strHeader| 

#0003 1 

#0004 // Print а page header consisting of the name of 

#0005 // the document and a horizontal line 

#0006 pDC-»SetTextAlign(TA LEFT]; 

#0007 pDC=>Text0ut(0,=25, зЕгНеадег]; // 1/4 inch down 

#0008 

#0009 // Draw a line across the page, below the header 

#0010 TEXTMETRIC textMetric; 

#0011 pDC-»GetTextMetrics(&textMetric]; 

#0012 int y= -35 = textMetric.tmHeiqht; // line 1/10th inch below text 
#0013 pDC--MoveTo(0, ү}; // from left margin 
#0014 pDC=>LineTo(pIiInfo=>sm rectDraw.right, y); // to right margin 
%0015 

#0016 // Subtract out from the drawing rectange the space used Бу the header. 
#0017 y — 25; // space 1/4 inch below (top of] line 

#0018 pInÉo->m rectDraw.top += y; 

#0019 ] 


动态 计算 页 代码 


某 些 情况 下 View 类 在 开始 打印 之 前 没 办 法 事先 知道 Document 的 长 度 。 假 设 你 的 程序 并 不 文 持 
| 所 见 即 所 得 上 ， 那 么 屏幕 上 的 Document 融 不 会 对 应 到 它 打 印 时 真正 的 长 度 。 这 融 引 起 了 

一 个 问题 ， 你 没有 办 法 在 改写 OnPreparePrinting 时 ， 利 用 SetMaxPage 为 CPrintlnfo 结构 设 
定 一 个 最 大 页 代码 ， 因 为 这 时 候 的 你 根本 不 知道 Document 的 长 度 。 而 如 果 使 用 者 不 能 够 在 

【打印 】 对 话 框 中 指定 「 结 束 页 代码 上 | Framework 也 就 不 知道 何 时 才 停 止 打印 的 循环 。 唯 
DAMEA MAE, View 类 必须 检查 是 否 目前 已 经 印 到 Document ВЈ, ЕХЕ 
后 通知 Framework。 


那么 我 们 的 当务之急 是 找 出 在 哪 一 个 点 上 检查 Document 结 束 与 否 ， 以 及 如 何 通 知 Framework 
停止 打印 。 从 图 12-5 可 知 ， 打 印 的 循环 动作 的 第 一 个 画 数 是 OnPrepareDC， 我 们 可 以 改写 
此 一 函数 ， 在 此 设 一 道 关卡 ， 如 果 检 查 出 Document 已 到 尾 端 ， 就 要 求 中 止 打印 。 


Framework 是 否 结束 打印 ， 其 实 全 赖 CPrintlnfo 的 m_bContinuePrinting 字段 。 此 字段 如 果 是 
FALSE, Framework 残 中 止 打 印 。 预 设 情况 下 OnPrepareDC 把 此 字段 设 为 FALSE。 人 小心， 
这 表示 如 果 Document 长 度 没 有 指明 ，Framework 就 假设 这 份 Document 只 有 一 页 长 。 因 此 你 
在 调用 基 类 的 OnPrepareDC 时 需 格 外 注意 ， 可 别 总 以 为 m_bContinuePrinting 是 TRUE。 


打印 预 贤 (Print Preview) 


什么 是 打印 预览 ? 简单 地 说 ， 把 屏幕 仿真 为 打印 机 ， 将 图 形 输 出 于 其 上 就是 了 。 预 览 的 目的 
是 为 了 让 使 用 者 在 打印 机 输出 之 前 ， 先 检查 他 即将 获得 的 成 果 ， 检 查 的 重要 项 目 包 括 图 案 的 
布局 以 及 分 页 是 否 合意 。 


为 了 完成 预览 功能 ，MFC 在 CDC 之 下 设计 了 一 个 子 类 ， 名 为 CPreviewDC。 所 有 其 他 的 CDC 
对 象 部 拥有 两 个 DC， 它 们 通常 井 水 不 犯 河 水 ; 然而 CPreviewDC 惑 不 同 ， 它 的 第 一 个 DC 表 
示 被 仿真 的 打印 机 ， 第 二 个 DC 是 真正 的 输出 目的 地 ， 也 就 是 屏幕 (预览 结果 输出 到 屏幕 ， 不 
是 吗 21) 


一 旦 你 选择 【File/Print Preview] 命令 项 ，Framework 就 产生 一 个 CPreviewDC 对 象 。 只 要 
你 的 程序 鲁 经 设 定 打印 机 DC 的 特征 “即使 没有 动手 设 定 ， 也 有 其 默认 值 ) , Framework; £ 
把 同样 的 性 质 也 设 定 到 Preview DC 上 。 举 个 例子 ， 你 的 程序 选择 了 某 种 打印 字形 ， 
Framework 也 会 对 屏幕 选择 一 个 仿真 打印 机 输出 的 字形 。 一 旦 程序 要 做 打印 预览 ， 
Framework 就 透 过 仿真 的 打印 机 DC， 再 把 结果 送 到 显示 屏 DC 去 。 


为 什么 我 不 再 像 前 面 那 样 去 看 整个 预览 过 程 中 的 调用 堆栈 并 追踪 其 原始 代码 呢 ? 因为 预览 对 
АИТ Е жэс TS, ЛЕН ЕРАЗ. E— I Scribble Step5 中 与 打印 预览 有 关系 
的 ， 束 是 下 面 这 一 行 : 


BOOL CScribbleView::OnPreparePrinting(CPrintInfo* pInfo) 


plnfo-»-SetMaxPage(2); // the document is two pages long: 

// the first page is the title page 

// the second is the drawing 

BOOL bRet - DoPreparePrinting(pInfo); // default preparation 

pInfo-»m nNumPreviewPages = 2; // Preview 2 pages at a time 

// Set this value after calling DoPreparePrinting to override 
// value read from .INI file 

return bRet; 


ДЕ, Scribble Step5 全 部 完成 。 


AK == [Bl gii 


前 面 数 章 中 早 就 有 了 打印 功能 ， 以 及 预览 功能 。 我 们 什么 也 没 做 ， 只 不 过 在 AppWizard 的 第 
四 个 步骤 中 选 了 [Printing and Print Preview] 项 目 而 已 。 这 足 可 说 明 МЕС 为 我 们 做 掉 了 多 
少 工 作 。 想 想 看 ， 一 整个 打印 与 预览 系统 耶 。 


然而 我 们 还 是 要 为 打印 付出 写 代 码 代价 ， 原 因 是 预 设 的 打印 大 小 不 符 理 想 ， 再 者 当 我 们 想 加 
КАЎК ЯЙ, RK, прен, 必得 亲 目 动手 。 


延续 前 面 的 风格 ， 我 还 是 把 МЕС 提供 的 打印 系统 的 背后 整个 原理 控 了 出来， 使 你 能 够 清楚 知 
道 在 哪里 下 药 。 在 此 之 前 ， 我 也 把 Windows 的 打印 原理 (ЗЕ МЕС) 整理 出 来 ， 这 样 你 才 
ЖАНҒА АР, SEDET 0 = ЖОП МЕС 打印 系统 所 做 的 补 强 工作 。 


现在 的 Scribble， 具 备 了 绘图 能 力 ， 文 件 读 写 能 力 ， 打 印 能 力 ， 预 览 能 力 ， 丰 富 的 窗口 表现 能 
力 。 除 了 Online Help 以 及 OLE 之 外 ， 所 有 大 型 软件 该 县 各 的 能 力 都 有 了 。 我 并 不 打算 在 本 书 
之 中 讨论 Online Help， 如 果 你 有 兴趣 ， 可 以 参考 Visual C++ Tutorial (可 在 Visual С++ 的 
Online 数据 中 获得 ) #10 ==. 

我 也 不 打算 在 本 书 之 中 讨论 OLE， 那 替 扯 太 多 技术 ， 不 在 本 书 的 设 定 沁 围 。 


Scribble Step5 的 完整 原始 代码 ， 列 于 附录 B. 


深入 浅 出 MFC 


第 13 ®® 多 重文 件 与 多 重 显 示 


你 可 能 会 以 [Window/New Window] 为 同一 份 文件 制造 出 另 一 个 View 窗口 ， 也 可 能 设计 分 
有 裂 窗 口 ， 以 多 个 窗口 呈现 文件 的 不 同 角 沙 (如 第 11 章 所 为 ) 。 但 ， 这 两 种 情况 都 是 以 相同 的 
显示 方式 表达 文件 的 内 容 。 


如 何 突 破 一 成 不 变 的 显示 方法 ， 达 到 丰 遇 的 表现 效果 ? 


ix — 21351954 F Document/View 再 作 各 种 深入 应 用 。 重 要 放 在 显 象 技术 以 及 多 重文 件 的 技术 
上 。 


MDI 和 SDI 


首先 再 让 我 把 MDI 和 SDI 的 观念 厘清 楚 。 


在 传统 的 SDK 程序 设计 中 ， 所 谓 MDI 是 指 | 一 个 大 外 框 窗 口 ， 内 部 可 容纳 许多 小 子 究 口 」 的 
这 种 程序 风格 。 内 部 的 小 子 窗口 即 是 [Document 窗口 」-- 虽然 当时 并 未 有 如 MFC 所 谓 的 
Document 观念 。 此 外 ， [MDI TE] 还 包括 程序 必须 有 一 个 Window 选单 ， 提 供 对 于 小 子 窗 
口 的 管理 ， 包 括 tile、cascade、icon arrange 等 命令 项 


Дуго wing Sample 





ОО, Е-Е, Xx ААА Мпоп-МПІЛЕРЕ, 


在 MFC 的 定义 中 ，MDI 表 示 可 「 同 时 」 开启 一 份 以 上 的 Documents， 这 些 Documents 可 以 是 
相同 类 型 ， 也 可 以 是 不 同类 型 。 许 多 份 Documents 同时 存在 ， 必 然 需要 许多 个 子 窗口 容纳 
之 ， 每 个 子 窗口 其 实 是 Document 的 一 个 View。 即 使 你 在 MDI 程序 中 只 开启 一 份 Document, 





9B 13:8 多 重文 件 与 多 重 显示 461 


但 以 【Window/New Window] 的 方式 打开 第 二 个 view、 第 三 个 view...， 亦 需 占 用 多 个 子 窗 
口 。 因 此 这 和 SDK 所 定义 的 MDI 有 异曲同工 的 意义 。 


至 于 SDI 程序 ， 同 一 时 间 只 能 开启 一 份 Document。 一 份 Document 只 占用 一 个 子 窗口 (78р 
其 View 窗口 ) ， 因 此 这 也 与 SDK 所 定义 的 SD| 意 义 相同 。 当 你 要 在 SDI 程 序 中 开启 第 二 份 
Document， 必 须 先 把 第 一 份 Document 天 闭 。MDI 程序 未 必 一 定 得 提供 一 个 以 上 的 
Document 类 型 。 所 谓 不 同 的 Document 类 型 是 指 程序 提供 不 同 的 CDocument 派生 类 ， 亦 即 
有 不 同 的 Document Template, 软件 工 业 早 期 全 经 流行 一 种 「[ 全 效 型 ] 软件 ， 既 处 理 电 子 表 
格 、 又 作文 书 处 理 、 又 能 绘图 作对 ， 伟 大 得 不 得 了 ， 这 种 软件 就 需要 数 种 文件 类 型 : 电子 表 
格 、 文 书 、 图 形 。 


多 重 显 像 (Multiple Views) 


只 要 是 具备 МО 性 质 的 МЕС 程序 (ЧЕЙН e TE AppWizard 步骤 一 中 选择 [Multiple 
Documents】 项 目 ) ， 天 生 融 具备 了 多重 显 像 」 Л. 「 天 生 」 的 意思 是 你 不 必 动 手 ， 
application framework 已 经 内 含 了 这 项 功能 : 随便 执行 任何 一 版 的 Scribble， 你 都 可 以 在 

[Window] 选单 中 找到 【New Window] 这 个 命 分 项 ， 按 下 它 ， 束 可 以 获得 「 同 源 子 窗口 ] 
如 图 13-1。 


我 将 以 [多重 显 像 」 来 称呼 Multiple Views。 多 重 显 像 的 意思 是 数据 可 以 不 同 的 类 型 显现 出 
来 。 并 以 「[ 同 源 子 窗口 」 代表 [显示 同一 份 Document 而 又 各 自分 离 的 View 窗口 」。 


p= Scribble slep - Scribbz 
ЕТ 








13-1 [Window/New Window] 可 以 为 「 目 前 作用 中 的 


View 所 对 应 的 Document 再 开 一 个 View 窗口 。 


另外 ， 和 第 11 章 也 介绍 了 一 种 变化 ， 是 利用 分 裂 窗 口 的 各 个 窗口 ， 显 示 Document 内 容 。 这 些 
窗口 虽然 集中 在 一 个 大 窗口 中 ， 但 它们 的 视野 却 可 以 各 上 自 独立 ， 也 就 是 说 它们 可 以 看 到 
Document 中 的 不 同 局 部 ， 如 图 13-2。 


此 Scribble Step4 - Scribb2 
File Edit Pen View Window Help 


оја т] lej 


IB Scribb2:1 








13-2 254 ПВА АО 8T У 2 [8] — Document ЗЕН ЖІБІ EJ EB. 


但 是 我 们 发 现 ， 不 论 是 同 源 子 窗口 或 分 裂 窗 口 的 窗口 ， 都 是 以 相同 的 方式 (也 就 是 同一 个 
CMyView::OnDraw) 表现 Document 内 容 。 如 果 我 们 希望 表达 力 丰 晤 一 些 ， 如 何 是 好 ? 到 现 
在 为 止 我 们 并 没有 看 到 任何 一 个 Scribble 版 本 具备 了 多 种 显 像 能 


窗口 的 动态 分 裂 


动态 分 裂 窗 口 由 CSplitterWnd 提供 服务 。 这 项 反 术 已 经 在 第 11 章 的 Scribble Step4 же 
了 。 它 并 没有 多 重 显 像 的 能 力 ， 因 为 每 一 个 窗口 所 使 用 的 View 类 完全 相同 。 当 第 一 个 窗口 形 
成 〈 也 就 是 分 裂 窗 口 初 产生 的 时 候 ) ， 它 将 使 用 Document Template 中 登记 的 View 类 ， 作 为 
其 View 类 。 尔 后 当 分 裂 发 生 ， 也 融 是 当 使 用 者 拖拉 滚动 条 之 上 名 为 分 裂 棒 (splitter box) 的 
横 杆 ， 导 至 新 窗口 诞生 ， 程 序 融 以 | 动态 生成 」 的 方式 产生 出 新 的 View 窗 口 。 


因此 ，View 类 一 定 必 须 文 持 动 态 生成 ， 也 丈 是 必须 使 用 DECLARE_DYNCREATE 和 
IMPLEMENT DYNCREATE 宏 。 请 回顾 第 8 ==, 


AppWizard 支持 动态 分 裂 窗 口 。 当 你 在 AppWizard 步骤 四 的 【Advanced】 对 话 框 的 
[Windows Styles】 附 页 中 选 按 [Use split window】 选 项 : 


Advanced Орнове ЕЗ 


г и 
Document Template Strings Window Styles | 


F Ове split window 
‚ Main frame styles 
F Thick frame F System menu 
F Minimize box T Minimized 
F Maximize box Г Maximized 




















г MDI child frame styles 





F Thick frame 
f^ Minimize box T Minimized 
Е Maximize box Г Maximized 























| 





你 的 程序 比 起 一 般 未 选 [Use split window] 选项 者 有 如 下 差异 (阴影 部 份 ) 


// in CHILDFRM.H 
class CChildFrame : public CHMDIChildWnd 


| 


protected: 
CSplitterWnd m wndSplitter; 


public: 
// Overrides 
// ClassWizard generated virtual function overrides 
//((AFX. VIRTUAL (CChildFrame) 
public: 
virtual BOOL OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext]; 
virtual BOOL PreCreateWindow(CREATESTRUCT& cs]: 
//]]AFX VIRTUAL 


l; 
// in CHILDFRM.CPP 
BOOL CChildFrame::OnCreateClient( LPCREATESTRUCT /*lpcs*/, 


CCreateContext* pContext] 
| 
return m wndSplitter.Create( this, 
2, 2, // TODO: adjust the number of rows, columns 
CSize( 10, 10 |, // TODO: adjust the minimum pane size 
pContext ]; 
) 


+ CSplitterWnd::Create 的 详细 规格 请 回顾 第 11 章 。 


这 些 其 实 也 就 是 我 们 在 第 11 章 为 Scribble Step4 亲手 加 上 的 代码 。 如 果 你 一 开始 就 打 定 主意 


— 


要 使 用 动态 分 裂 窗口 ， 如 上 便 是 了 。 


窗口 (Panes) 之 间 的 同步 更 新 ， 其 机 制 着 沙 在 两 个 虚 函 数 CDocument::UpdateAllViews 和 
CView::OnUpdate 身上 ， 与 第 11 章 的 情况 完全 相同 。 


动态 分 裂 的 实现 ， 非 常 简单 。 但 它 实 在 称 不 上 БАЯ) 上 除了 拥有 b 动态 」 增 减 窗口 的 长 
处 之 外 ， 短 处 有 二 : 第 一 ， 每 一 个 窗口 都 使 用 相同 的 View 类 ， 因 此 显示 出 来 的 东西 干 篇 一 
律 ; 第 二 ， 窗 口 之 间 并 非 完 全 独立 。 同 一 水 平 列 的 窗口 ， 使 用 同一 个 垂直 谷 轴 ; P] — EIB 17 
的 窗口 ， 使 用 同一 个 水 平 滚 动 条 ， 如 图 13-2. 
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动态 分 裂 窗 口 的 短处 正 是 静态 分 裂 窗 口 的 长 人 处， ЯКИХ ЕЕ ЯСЛИ 
A^ o 


静态 分 裂 窗口 的 窗口 个 数 一 开 始 就 固定 了 ， 窗 口 所 使 用 的 view 必须 在 分 裂 窗口 诞生 之 际 就 准 
备 好 。 每 一 个 窗 Г 的 活动 完全 独立 Е =, 有 完全 属于 = СВК 55 &1ШЖ== B Ж 5026, 





静态 分 裂 窗 口 的 窗口 个 效 限制 是 16 列 x 16 17, 
动态 分 裂 窗 口 的 窗口 个 数 限制 是 2 Я] x 2 íT 


欲 使 用 静态 分 裂 窗 口 ， 最 方便 的 办 法 融 是 先 以 AppWizard 产生 出 动态 分 裂 代 码 (如 上 一 节 所 
述 ) ， 再 修改 其 中 部 份 程序 。 


不 论 动态 分 裂 或 静态 分 裂 ， 分 裂 窗 口 都 由 CSplitterWnd 提供 服务 。 动 态 分 裂 窗口 的 诞生 是 靠 
CSplitterWnd::Create， 静 态 分 裂 窗 口 的 诞生 则 是 靠 CSplitterWnd::CreateStatic。 为 了 静态 分 
裂 ， 我 们 应 该 把 上 一 节 由 AppWizard 产生 的 函数 代码 改变 如 下 : 


BOOL CChildFrame::OnCreateClient( LPCREATESTRUCT /*1рсѕ*/, 
CCreateContext* pContext) 
{ 
// 产生 静态 分 裂 窗 口 ， 横 列 为 1， 纵 行为 2. 
m wndSplitter.CreateStatic(this, 1, 2); 
// 产生 第 一 个 窗口 (标号 0, 0) BJ view 窗口 。 
m_wndSplitter.CreateView(0, ©, RUNTIME CLASS(CTextView), 
С512е(100, 0), pContext); 
// 产生 第 二 个 窗口 (标号 0,1) М view 窗口。 
m_wndSplitter.CreateView(0, 1, RUNTIME CLASS(CBarView), 
CSize(0, 0), pContext); 
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这 会 产生 如 下 的 分 裂 窗口 : 


CreateStatic 和 CreateView 
静态 分 裂 用 到 两 个 CSplitterWnd Ж: 
CreateStatic : 


ix КРАНА ИЛЕШЕ: 


BOOL CreateStatic( CWnd* pParentwnd, int nRows, in nCols, 
DWORD dwStyle = WS CHILD | WS VISIBLE, 
UINT nID - AFX IDW PANE FIRST ); 


m wndSpltter.CreateStatie(this, 1. 2) 


РЕНТЫ › ЕВ 1 ЕНІ 2° 


m wndsphtter.Create View(0. 0. C Srze(100_))...) 


“产生 第 一 个 窗口 《标号 0.0) 


m мупд&рШет.Стеа1е\ехм(О, 1, .CSze0.0)..) 


ЕЕ НЕ me 0.1) 


Splitter 
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第 一 个 参数 代表 此 分 裂 窗 口 之 父 窗口 。 第 二 和 第 三 参数 代表 横 列 和 纵 行 的 个 数 。 第 四 个 参数 
是 窗口 风格 ， 预 设 为 WS CHILD | WS_VISIBLE， 第 五 个 同时 也 是 最 后 一 个 参数 代表 窗口 
(也 是 一 个 窗口 ) 的 ID 起 始 值 。 


CreateView 


这 个 函数 的 规格 如 下 : 


virtual BOOL CreateView( int row, int col, CRuntimeClass* pViewClass, 
SIZE sizelnit, CCreateContext* pContext ); 


一 和 第 二 参数 代表 窗口 的 标号 (A 0 起 算 ) 。 弟 三 参数 是 View 类 的 CRuntimeClass 指 
针 ， 你 可 以 利用 RUNTIME_CLASS 宏 (第 3 章 和 第 8 章 提 过 ) 取 此 指针 ， 也 可 以 利用 
OnCreateClient 的 第 二 个 参数 CCreateContext* pContext 所 储存 5: 员 变量 
m_pNewViewClass。 你 大 概 已 经 把 了 这 个 变量 吧 ， 但 我 早 提 过 它 了 ， 请 看 第 8 章 的 

I CDocTemplate 管理 CDocument / CView / — 一 节 。 所 以 ， 对 于 已 在 
CMultiDocTemplate 中 登记 过 的 View 类 ， 此 处 可 以 这 


// 产生 第 一 个 窗口 (标号 0,0) 的 view 窗口 。 
m _wndSplitter.CreateView(0, ©, RUNTIME CLASS(CMyView), 
CSize(100, 0), pContext); 


也 可 以 这 么 写 


m_wndSplitter.CreateView(0, ©, pContext-»m pNewViewClass, 
CSize(100, 0), pContext); 


让 我 再 多 提醒 你 一 些 ， 第 8 章 的 l'CDocTemplate 管理 CDocument / CView / CFrameWnd | 

一 节 主 要 是 说 明 当 使 用 者 打开 一 份 文件 ，MFC 内 部 有 关于 Document / View / Frame [三 位 
一 体 」 的 动态 生成 过 程 。 其 中 View 的 动态 生成 是 在 CFrameWnd::OnCreate 被 唤起 后 ， 经 历 
一 连 串 动作 ， 最 后 才 在 CFrameWnd::CreateView 中 完成 的 : 


而 我 们 现在 ， 为 了 分 裂 窗 口 ， 正 在 改写 其 中 第 三 个 虚 函 数 CFrameWnd::OnCreateClient 呢 ! 


好 了 ， 回 过 头 来 ，CreateView 的 第 四 参数 是 窗口 的 初始 大 小 ，CSize(100, 0) 表示 窗口 宽度 为 
100 个 图 素 。 高 度 倒 是 不 为 0， 对 于 横 列 为 1 的 分 裂 窗口 而 言 ， 窗 口 高 度 永远 为 窗口 高 度 ， 
Framework 并 不 理会 你 在 CSize 中 写 了 什么 高 度 。 至 于 第 二 个 窗口 的 大 小 CSize(0, 0) 道理 雷 
[E], Framework 并 不 加 理会 其 值 ， 因 为 对 于 纵 行为 2 的 分 裂 窗 口 而 言 ， 右 边 窗口 的 宽度 永远 
是 禄 口 总 宽度 减 去 左边 窗口 的 宽度 。 


CFrameWnd ::OnCreate 


CFrameWnd::OncCreate Helper 


CFrameWnd::OnCreatec lient 


CFrameVwynd::CreateView 





程序 进行 中 如 果 需 要 窗口 的 大 小 ， 只 要 在 OnDraw HA (通常 是 这 里 需要 ) 中 这 么 写 即 可 : 


RECT rc; this->GetClientRect(&rc); 


CreateView 的 第 五 参数 是 CCreateContext 指针 。 我 们 只 要 把 OnCreateClient 获得 的 第 
参数 依 样 男 戎 卢 地 传 下 去 就 是 了 。 
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代码 展现 了 这 种 可 能 性 : 


// in header file 
class CChildFrame : public CMDIChildwnd 


{ 


protected: 
CSplitterwnd m_wndSplitter1; 
CSplitterwnd m_wndSplitter2; 
public: 
// Overrides 
// ClassWizard generated virtual function overrides 
/ /A4AFX VIRTUAL (CChildFrame) 
public: 
virtual BOOL OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext); 
virtual BOOL PreCreatewindow(CREATESTRUCT& cs); 
//) )AFX. VIRTUAL 


$; 
// in implementation file 
BOOL CChildFrame::OnCreateClient( LPCREATESTRUCT /*1рс<*/, 
CCreateContext* pContext) 
{ 
// 产生 静态 分 裂 窗 口 ， 横 列 为 1， 纵 行为 2. 
m wndSplitteri.CreateStatic(this, 1, 2); 
// 产生 分 裂 窗口 的 第 一 个 窗口 (标号 0,0) М view 窗口 。 
m _wndSplitter1.CreateView(0, ©, RUNTIME CLASS(CTextView), 
CSize(300, 0), pContext); 
// 产生 第 二 个 分 裂 窗口 ， 横 列 为 2, АЯ» 1。 位 在 第 一 个 分 裂 窗 口 的 《9, 1) 窗口 
m wndSplitter2.CreateStatic(&m wndSplitteri, 2, 1, 
WS CHILD | WS VISIBLE, m wndSplitteri.IdFromRowCol(0, Y 
// 产生 第 二 个 分 裂 窗 口 的 第 一 个 窗口 (标号 0,0) 的 view 窗口 。 
m_wndSplitter2.CreateView(0, ©, RUNTIME CLASS(CBarView), 
CSize(0, 150), pContext); 
// 产生 第 二 个 分 裂 窗口 的 第 二 个 窗口 (标号 1,0) № view 窗口 。 
m wndSplitter2.CreateView(1, 0, RUNTIME CLASS(CCurveView), 
CSize(0, 0), pContext); 
return TRUE; 


-一 


文 会 产生 如 下 的 分 裂 窗口 


ө m wndSplitterl CreateStatic(this, 1. 2) 


EBORE REUS 1 ИНТЕР 2 = 
| m wmndsphtterl Create слу, 0. CSuze(300,0)...) | 
F Вы Omer oo) 
| m wndsphtter?. CreateStatic(&em wnd5phtterl. 2 1. e 
| | | | m wndsplitterlIdErom КөзеСо(0, 13.) | 
EH SE 8515 2 ҖИТ 1 " RAEAN Сол) 窗口 
| m wndsplitter2.Create Y ewit. 0. „С®ше(0,1 50)...) 
一 个 窗口 (тос) | 
m wndSpliticr2 Create Viewi(l, 0. С5уе0,0)..) ы 
АННА Om oS 
5 gr (01) k 
窗口 (0.0) 窗口 ( 00) 


















(ЕЕ МЕЛ Es 
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| 


жен ғ | 
| ЕН (1.0). | 
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第 二 个 分 裂 窗 口 的 ID 起 始 值 可 由 第 一 个 分 裂 窗口 的 窗口 之 一 获知 (利用 IdFromRowCol 成 员 
ВЧ) ， 一 如 上 述 程序 代码 中 的 动作 。 


剩 下 的 问题 ， 就 是 如 何 设 计 许 多 个 View 类 了 。 


Graph fE 


Graph 是 一 个 具 各 静态 三 叉 分 裂 能 力 的 程序 。 左 侧 窗口 以 文字 方式 显示 10 笔 整数 数据 ， 右 上 
侧 窗 口 显 示 该 10 笔 数 据 的 长 条 图 ， 右 下 侧 禄 口 显示 对 应 的 曲线 图 。 
进行 至 这 一 革 ， 相 信和 各 位 对 于 工具 的 基本 操作 技术 都 已 经 都 熟练 了 ， 这 里 我 只 列 出 Graph Е 
序 的 制作 大 纲 : 

e 进入 AppWizard， 制 造 一 个 Graph 项 目 。 采 用 预 设 的 选项 ， 但 在 第 四 步骤 的 


[Advanced] 对 话 框 的 【Windows Styles】 附 页 中 ， 将 [Use split window] 致 能 
(enabled) 起 来 。 并 填写 【Documents Template Strings】 附 页 如 下 : 





Document Template Strings | Window Styles | 
—Non-localized strings - 


File extension: File Туре ID: 


| 
| | | 
| ffig | Graph.Document 


Localized strings 


Language: Main frame caption: 
English [United States] [Graph 

Doc type name: Filter name: 

[Graph [Graph Files {*.fig) 
File new name (OLE File type name (OLE 
short name): long name): 


[Graph [Graph Document 





New Project Information 


AppWizard will create a new skeleton project with the following specifications: 



















































































lApplication type of Text: | 
| Multiple Document Interface Application targeting: 
Winga 








[Classes to be created: 

Application: CText&pp in Text.h and Text.cpp 

Frame: СМаіпЕгате іп MainFrm.h and MainFrm.cpp 
MDIChildFrame: CChildFrame in ChildFrm.h and ChildFrm.cpp 
Document: CTextboc in TextDac.h and TextDoc.cpp 

View: CTextView in TextView.h and TextView.cpp 


IFeatures: 

| *Initial toolbar in main frame 

| + initial status bar in main frame 
+ Printing and Print Preview support In view 

| +30 Controls 
+ Uses shared DLL implementation (MF C40.DLL) 
* Locallzable text in: 


Install Directory: 
GAUDOUAPROCAText 








我 们 获得 的 主要 类 整理 如 下 : 


* 基 类 文件 
COraphidpp СИА рр ОКАРН.СРР GRAPH.H 
CM ainlrame CMDIFrameWnd NMATNFRM CPP — МАГУЕВМ.Н 
CChildF rame CMDIChilaWnd CHILDERM.CPP  CHILDFERSI.H 
C rraphiJoc CDocument GRAPHDOC,CPP. GR APHDOC.H 
CCrraphliew Сем GRAPHVIEW CPP  GRAPHVIEW.H 


e 进入 整合 环境 的 Resource Міеу ГІН, ЖІПЕ СВАРНТҮРЕ% Ж, f£ [Window] 之 
前 加 入 一 个 【Graph Data] 选单 ， 并 添加 三 个 项 目 ， 分 别 是 : 


选单 项 目 名 称 识别 代码 (ID) 提示 字符 串 
Сзгарһ аа 1 ID GRAPH DATA? "raph Data 1" 
Graph Data& 2 ID GRAPH DATAZ "Craph Data 2" 
raph Datas ID GRAPH DATAS "СтарҺ Data 3" 


于 是 GRAPH.RC 的 选单 资源 改变 如 下 : 


IDR GRAPHTYPE MENU PRELOAD DISCARDABLE 
BEGIN 


POPUP "&Graph Data" 

BEGIN 

MENUITEM "Data&1", ID GRAPH DATA1 
MENUITEM "Data&2", ID GRAPH DATA2 
MENUITEM "Data&3", ID GRAPH DATA3 
END 


END 


e 回 到 整合 环境 的 Resource View 窗口 ， 选 择 IDR_MAINFRAME 工具 列 ， 增 加 三 个 按钮 ， 
放 在 Help 按钮 之 后 ， 并 使 用 工具 箱 上 的 Draws Text 功能 ， 为 三 个 按钮 分 别 涂 上 1, 2, 3 Ei 
ІНІ: 





这 三 个 按钮 的 IDs 采用 先前 新 增 的 三 个 选单 项 目的 IDs。 


于 是 ，GRAPH.RC 的 工具 列 资源 改 交 如 下 : 


IDR_MAINFRAME TOOLBAR DISCARDABLE 16, 15 
BEGIN 


BUTTON ID FILE PRINT 
BUTTON ID APP ABOUT 
BUTTON ID GRAPH DATA1 
BUTTON ID GRAPH DATA2 
BUTTON ID GRAPH DATAS3 
END 


e 进入 ClassWizard， 为 新 增 的 这 些 UI 对 象 制作 Message Map。 由 于 这 些 命令 项 会 影响 到 我 
们 的 Document 内 容 ( 当 使 用 者 按 下 Data1， 我 们 必须 为 他 准 各 一 份 相关 数据 ; 按 下 
Data2， 我 们 必须 再 为 他 准 各 一 份 相 天 数据 ) ， 所 以 在 CGraphDoc 中 处理 这 些 命 全 消息 
其 为 合适 : 


UI 对 象 Messages 消息 处理 例 程 
Мэ СНЕГ DATA]J £ "CAA ЎЛА P ТР £ pf rapida f 
ГОТ СОМА» LT (ri рине Fr kere 
Га Cait 47.402 СЕУЛЕ А ТТ 2 
ЛОТ CCANA MNP DT Cr piate pasa р Aora? 
пэ cGPAPIT 2147.43 єл Л А МАРУ С s recoil oca 
LUTEA sl p CA ҮЛ Свв polene тк, р атса З 
VEN Y "IM " 
原始 代码 改变 如 下 : 


// in GRAPHDOC.H 
class CGraphDoc : public CDocument 


{ 


// Generated message map functions 
protected: 

//{{AFX_MSG(CGraphDoc) 

afx msg void OnGraphDatai(); 

afx msg void OnGraphData2(); 

afx msg void OnGraphData3(); 

afx msg void OnUpdateGraphDatai(CCmdUI* pCmdUI); 

afx msg void OnUpdateGraphData2(CCmdUI* pCmdUI); 

afx msg void OnUpdateGraphData3(CCmdUI* pCmdUI); 

// Y) AFX MSG 

DECLARE MESSAGE MAP() 
$; 
// in СКАРНООС. СРР 
BEGIN MESSAGE MAP(CGraphDoc, CDocument ) 
//ТТАЕХ М56 MAP(CGraphDoc ) 
ON COMMAND(ID GRAPH рАТА1, OnGraphData1) 
ON COMMAND(ID GRAPH DATA2, OnGraphData2) 
ON COMMAND(ID GRAPH DATAS3, OnGraphData3) 
ON UPDATE COMMAND UI(ID GRAPH рАТА1, OnUpdateGraphData1) 
ON UPDATE COMMAND UI(ID GRAPH DATA2, OnUpdateGraphData2) 
ON UPDATE COMMAND UI(ID GRAPH DATA3, OnUpdateGraphData3) 
//) ) AFX MSG MAP 
END MESSAGE МАР() 


e 利用 ClassWizard 产 生 两 个 新 类 ， 做 为 三 叉 分 裂 窗 口中 的 另 两 个 窗口 的 View X : 


类 名 称 E> 文件 


CTextView CView TEXTVIEW.CPP TEXTVIEW.H 


CBarView CView BARVIEW.CPP BARVIEW.H 


e 改写 CChildFrame::OnCreateClient ПЕ (这 是 本 节 的 技术 重点 ) 


#include "stdafx.h" 
#include "Graph.h" 
#include "ChildFrm.h" 
#include "TextView.h" 
#include "BarView.h" 


BOOL CChildFrame: :OnCreateClient( LPCREATESTRUCT /*1pcs*/, 
CCreateContext* pContext) 


{ 


// 产生 静态 分 裂 窗 口 ， 横 列 为 1， 纵 行为 2. 

m wndSplitteri.CreateStatic(this, 1, 2); 

// 产生 分 裂 窗 口 的 第 一 个 窗口 (标号 0,0) № view ЕП, RA CTextView, 

m wndSplitter1.CreateView(0, ©, RUNTIME CLASS(CTextView), 
CSize(300, 0), pContext); 

// 产生 第 二 个 分 裂 窗口 ， 横 列 为 2 AUT 1。 位 在 第 一 个 分 裂 窗口 的 《90, 1) 窗口 
m wndSplitter2.CreateStatic(&m wndSplitteri, 2, 1, 

WS CHILD|WS VISIBLE, m wndSplitteri.IdFromRowCol(0O, 1)); 

// 产生 第 二 个 分 有 裂 窗 口 的 第 一 个 窗口 (标号 0,0) № view 窗口 ， 采 用 CBarView, 
m wndSplitter2.CreateView(0, ©, RUNTIME CLASS(CBarView), 

CSize(0, 150), pContext); 

// 产生 第 二 个 分 裂 窗 口 的 第 二 个 窗口 (标号 1,0) № view ЕП, ЗЕН CGraphView, 
m wndSplitter2.CreateView(1, 0, pContext-»m pNewViewClass, 
CSize(0, 0), pContext); 

// w active pane 

SetActiveView((CView*)m wndSplitteri.GetPane(0,90)); 

return TRUE; 


为 什么 最 后 一 次 CreateView 时 我 以 pContext->m_pNewViewClass 取 代 
RUNTIME_CLASS(CGraphView) 呢 ?后 者 当然 也 可 以 ， 但 却 因此 必须 含 人 CGraphView 
的 声明 ; 而 如 果 你 因为 这 个 原因 而 含 人 GraphView.h 档 ， 又 会 产生 三 个 编译 错误 ， 挺 麻 


ХД | 


=, Document 中 虽然 没有 任何 数据 ， 但 程序 的 UI 已 经 完备 ， 编 译 链 接 后 可 得 以 下 执 
{718118 : 


深入 浅 出 MFC 
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修改 CGraphDoc， 增 加 一 个 整数 数组 m_intArray， 这 是 真正 存放 数据 的 地 方 ， 我 采用 
MFC 内 建 的 cArray<int,int> ， 为 此 ， 必 须 在 STDAFX.H 中 加 上 一 行 : 


#include <afxtempl.h> // MFC templates 


为 了 设 定数 组 内 容 ， 我 又 增加 了 一 个 SetValue 成 员 画 数 ， 并 且 在 【Graph Data] 选单 命 
使 被 执行 时 ， 为 m_intArray 设 定 不 同 的 初 值 : 
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// in GRAPHDOC.H 
class CGraphDoc : public CDocument 


{ 


public: 
CArray<int,int> m_intArray; 

public: 
void SetValue(int i0, int il, int i2, int i3, int i4, 
int 15; ТИС 16. ІШЕ 17, Xnt 18, int 19); 


$; 
// in GRAPHDOC.CPP 
CGraphDoc: : CGraphDoc( ) 


SetValue(5, 10, 15, 20, 25, 78, 64, 38, 29, 9); 


void CGraphDoc::SetValue(int i0, int il, int i2, int i3, int i4, 
int 15, int 16, int i7, int i8, int 19); 
{ 

m intArray.SetSize(DATANUM, 0); 

m intArray[0] = 10; 


m intArray[1] = il; 
m intArray[2] = i2; 
m intArray[3] = 13; 
m intArray[4] = i4; 
m intArray[5] = i5; 
m intArray[6] = i6; 
m intArray[7] = i7; 
m intArray[8] = i8; 
m intArray[9] = 19; 


void CGraphDoc::OnGraphData1() 


SetValue(5, 10, 15, 20, 25, 78, 64, 38, 29, 9); 
UpdateAllViews (NULL); 


void CGraphDoc::OnGraphData2( ) 


SetValue(50, 60, 70, 80, 90, 23, 68, 39, 73, 58); 
UpdateAllViews (NULL); 


void CGraphDoc: :OnGraphData3( ) 


SetValue(12, 20, 8, 17, 28, 37, 93, 45, 78, 29); 
UpdateAllViews (NULL); 


void CGraphDoc::OnUpdateGraphDatai(CCmdUI* pCmdUI) 
pCcmdUI-»-SetCheck(m intArray[0] == 5); 

void CGraphDoc::OnUpdateGraphData2(CCmdUI* pCmdUI) 
pcmdUI--SetCheck(m intArray[0] == 50); 

void CGraphDoc::OnUpdateGraphData3(CCmdUI* pCmdUI) 


pCcmdUI--SetCheck(m intArray[0] == 12); 


各 位 看 到 ， 为 了 方便 ， 我 把 m_intArray 的 数据 封装 属性 设 为 public Im3E private, 3&4 
Im intArray 内 容 究 况 是 哪 一 份 数据 」 所 用 的 方法 也 非常 粗糙 ， 呀 ， 不 要 非 难 我 ， 重 点 
不 在 这 里 呀 | 


е 在 RESOURCE.H 文件 中 加 上 两 个 常数 定义 : 


#define DATANUM 10 
#define DATAMAX 100 


e 修改 CGraphView， 在 OnDraw FX ñ РАЕН Document, 2534 Documenti 338 + HX 
得 整数 数组 ， 然 后 将 10 笔 数 据 的 曲线 图 绘 出 : 


#0001 void CGraphView::OnDraw(CDC* pDC] 


#0002 { 

#0003 CGraphDoc* pDoc = GetDocument(]; 

#0004 ASSERT VALID{PDoc] ; 

#0005 

#0006 int cxDot,cxDotSpacing,cyDot, cxGraph,cyGraph, х,у, 1; 
#0007 ВЕСТ rc; 

#0008 

#0009 СРеп реп (PS SOLID, 1, RGB(255, 0, 0)); // red реп 
#0010 CBrush brush(RGB(255, Ô, 0)); // red brush 
#0011 CBrush* poOldBrush = pDC--SelectObject(&brush); 

#0012 CPen* pOldPen = pDC-»SelectObject(&pen]): 

#0013 

#0014 cxGraph = 100; 

#0015 cyGraph = DATAMAX; // defined in resource.h 

#0016 

#0017 this-»GetClientRect(&rc]; 

#0018 pDC-»SetMapMode(MM ANISOTROPIC]; 

#0019 pDC->SetWindowOrqg(0, 0); 

#0020 pDC->SetViewportOrg(10, rc.bottom-10); 

#0021 pDC-»SetWindowExt(cxGraph, cyGraph]; 

#0022 pDC->SetViewportExt(rc.right-20, -(rc.bottom-20]]; 
%0023 





#0024 // ТРИЕ SR dede ВАК EE ) 
#0025 // MOS BUR BART НЕНИН H | 





#0026 // 所 以 (dot spacing + dot width] * num datapoints = graph width 
#0027 // ЭТ dot spacing * 3/2 * num datapoints = graph width 
#0028 // ЭК dot spacing = graph width / num datapoints * 2/3 
#0029 

#0030 cxDotSpacing = (2 * cxGraph] / (3 * ОАТАНИМ]: 

#0031 cxDot = cxDotSpacing/2; 

#0032 if (cxDot<3] cxDot = 3; 

#0033 cyDot = cxDot; 

#0034 

#0035 // ЕЕ 

#0036 pDC->MoveTo(0, 0); 

#0037 pDC-»LineTo(0, cyGraph]; 

80038 pDC-»MoveTo(0, 0); 

#0039 pDC->LineTo(cxGraph, 0); 

#0040 

#0041 // тант 

#0042 pDC-»SelectObject(::GetStockObject (NULL РЕМ)); 

#0043 for (x-ÜtcxDotSpacing,y-0,i-0; i<DATANUM; i++, x+=cxDot+cxDotSpacing) 
#0044 pDC->Rectangle(x, y*pDoc-?m intArray[il, 

#0045 x+cxDot, y+pDoc->m intArray[i]-cyDot]; 
80046 


#0047 pDC--SelectObject [pOldBrush];: 
#0048 pDC-»SelectObject(i(pOldPen]; 
#0049 | 


e 修改 CTextView 程序 代码 ， 在 OnDraw 成 员 加 数 中 取得 Document， 


BE 


Document 对 


象 指 针 取得 整数 数组 ， 然 后 将 10 笔 数据 以 文字 方式 显示 出 来 : 
40001 #include "stdafx.h" 
40002 Zinclude "Graph.h" 
40003  Zinclude "GraphDoc.h" 
40004  Zinclude "TextView.h" 
40005 P 
40006 void CTextView::OnDraw(CDC* рос) 
40007 1 
40008 CGraphDoc* pDoc = (CGraphDoc*)GetDocument( ); 
40009 
#0010 TEXTMETRIC tm; 
#0011 int Хам; у CET 
#0012 char sz[20]; 
40013 pDC-»GetTextMetrics(&tm); 
40014 cy = tm.tmHeight; 
#0015 pDC->SetTextColor (RGB(255, 0, 0)); // red text 
#0016 for (x=5,y=5,i=0; i«DATANUM; i++,y+=cy) 
#0017 
#0018 wsprintf (sz, "%а", pDoc->m_intArray[i]); 
#0019 pDC->TextOut (х,у, sz, lstrlen(sz)); 
#0020 
#0021 } 


e 修改 CBarView 程 序 代 码 ， 在 OnDraw Pk ñ 95 9 3345 Ооситепі, it Document 对 象 


指针 取得 整 效 效 组 ， 然 后 将 10 笔 数 据 以 长 条 图 绘 出 : 

#0001 #include "stdafx.h" 

#0002 #include "Graph.h" 

#0003 #include "GraphDoc.h" 

#0004 #include "TextView.h" 

#0005 

#0006 void CBarView::OnDraw(CDC* pDC] 

#0007 | 

#0008 CGraphDoc* pDoc = (CGraphDoe*)GetDocument {}; 
#0009 

#0010 int cxBar,cxBHarSpacing, cxüGraph,cyGraph, х,у, i; 
#0011 RECT гс; 

#0012 

#0013 CHrush brush(RGH(255, 0, Орр ZZ red brush 
#0014 CBrush* ро198ги=ћ = pDC--5SelectObject(&brush]; 
#0015 CPen реп{Р5 SOLID, 1, Кен(255, 0, 0}}; // red pen 
#0016 CPen* рО1аРеп = pDCc--SelectObject(&pen]; 

#0017 

#0018 cxGraph = 100; 

#0019 cyGraph = DATAMAX; /)/ defined in resource.h 
#0020 

#0021 this--GetClientRecti(&rc]; 

#0022 pDC-»SetMapMode(MM ANISOTROPIC]; 


#0023 pDC->SetWindowOrdg(0Ü, 0]; 


#0024 pDc-»-5SetViewportOrg(10, rc.bottom-10]; 

#0025 pDc-»-5etWindowExt(cxGraph, cyGraph]; 

#0026 pDc-»-5etViewportExt(rc.right-20, -(rc.bottom-20]]; 
#0027 


#0028 /;/ ЕНЕНЕ РНЕ ЕЕ ТЯ КЕНЧ 1/3: 
#0029 РР ТАТ И SUED Pie ЭШАН Të Wa gd it ЖЕ ПЫ БІЛСЕН > 


#0030 // 所 以 (bar spacing + bar width] * num bars = graph width 
#0031 // 281 Баг width * 4/3 * num bars = graph width 

#0032 // ЕЙ bar width = graph width / num bars * 3/4 

#0033 

#0034 cxBar = (3 * cxGraph] / (4 * ПАТАНМИМ); 

#0035 cxBarSpacing = cxBar/3; 

#0036 if (схВаг<3) схВаг=3; 

#0037 

#0038 // ВЕЕ 

%0039 pDC-»MoveTo(0, 0); 

#0040 pDC-»LineTo(0, cyGraph]; 

#0041 pDC->MoveTo(0, 0}; 

#0042 pDC-»LineTo(cxGraph, 0); 

#0043 

#0044 // ЖЕНЕ 

#0045 for [(xsÜ*fcxBarSpacing,yzs0,is0; i< DATANUM; і++, х+есхВаг+схВагёрасіпд) 
#O04 6 pDC->Rectangleí(x, y, х+схВаг, y+pDoc->m intArray[i]]: 
#0047 


#0048 pDOC-»SelectObject (pOldPen]; 
#0049 pDC-»-SelectObject (pO1ldBrush) ; 
#0050 |) 


e 如 果 你 要 爸 三 个 view 都 有 打印 预 视 能 力 ， 必 须 在 每 一 个 view 类 中 改写 以 下 三 个 虚 函 数 : 


virtual BOOL OnPreparePrinting(CPrintInfo* pInfo); 
virtual void OnBeginPrinting(CDC* pDC, CPrintInfo* pInfo); 
virtual void OnEndPrinting(CDC* pDC, CPrintInfo* pInfo); 


至 于 其 函数 内 容 ， 从 CGraphView МІНІ АРАН 2 IBI#8 Fa 35 л — 412) 33 3E BD HT, 
e 本 例 不 示范 文件 读 写 动作 ， 所 以 CGraphDoc 没有 改写 Serialize Ez EX 2. 


13-3 是 Graph 程序 的 执行 画面 。 


深入 浅 出 MFC 
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813-3 Graph 执行 画面 。 每 当选 按 【 File/New】 (或 工具 列 上 的 对 应 按钮 ) 打开 一 份 新 文 
F, RAMARNA. Metz [Graph Data) (或 工具 列 上 的 对 应 按钮 ) 改变 数据 


Әл L1 з, REI 


3&8 Е 2 МВК Е ОпСгеаеСйеп Я НАЗ f АЕ ПЕН РУНЫ 13- 
4 解释 各 个 类 的 天 系 和 与 运用 


基本 上 图 13-4 三 个 窗口 可 以 视 为 三 个 完全 独立 的 меу 窗口 ， 有 各 自 的 类 ， 以 各 自 的 方式 显 
示 数 据 。 不 过 ， 数 据 倒是 来 自 同 一 份 Document。 试 试看 预 视 效 果 ， 你 会 发 现 ， 哪 一 个 窗口 为 
| 作用 中 」 ， я АЖ ЕЕЕ. КРАЯ FiSetActivePane;& xe fF FH rh 
的 窗口 ， 也 可 以 调用 GetActivePane 获得 作用 中 的 窗口 。 但 是 ， 你 会 发 现 ， 从 外 观 上 很 难看 
出 哪 一 个 窗口 是 【作用 中 的 」 БП, 


CChildErame ЗЕ (Document Frame Ж |) 


с Splita H C ЖИЫ SDE MIDI 程式 中 的 Cheant ЖИ. 
E ШІЛТЕН) ,图 中 以 庶 框 霖 示 。 
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13-4 静态 分 裂 窗 口 的 类 运用 (以 Graph 为 例 ) 


同 源 子 窗 口 


虽然 我 说 静态 分 裂 窗 口 的 窗口 可 视 为 完全 独立 的 view 窗口 ， 但 毕竟 它们 不 是 | 它们 还 框 在 一 
хап, ЖЖ Л КЛ ЫП EREE, SURETLE) ， 我 们 来 试点 新 鲜 
的 。 


点 子 是 从 【Window/New Window] 开始。 这 个 选单 项 目 令 Framework 为 我 们 做 出 目前 作用 
中 的 view 窗 口 的 另 一 份 拷贝 。 如 果 我 们 能 够 知道 Framework 是 如 何 动作 ， 是 不 是 可 以 引导 它 
使 用 另 一 个 view 类 ， 以 不 同 的 方式 表现 同一 份 数据 ? 


这 融 又 有 伦 宕 原始 代码 的 需要 了 。MFC 并 没有 提供 正 弟 的 管道 让 我 们 这 么 做 ， 我 们 需要 MFC 
原始 代码 。 


CMDIFrameWnd::OnWindowNew 


如 果 你 想 在 程序 中 设计 中 断 点 ， 一 步 一 步 找 出 【Window/New Window] 的 动作 ， 融 像 我 在 第 
12 章 对 付 OnFilePrint 和 OnFilePrintPreview 一 样 ， 那 么 你 会 发 现 没有 着 力 点 ， 因 为 AppWizard 
并 不 会 做 出 像 这 样 的 消息 映射 表格 : 


BEGIN MESSAGE MAP(CScribbleView, CScrollView) 
ON COMMAND(ID FILE PRINT, CView::OnFilePrint) 


ON COMMAND(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview) 
END MESSAGE MAP() 


你 根本 不 知道 【Window/New Window] 这 个 命 公 流 到 哪里 去 了 。 第 7 FA | 标准 选单 File/ 
Edit / View / Window / Help] 一 节 ， 也 锭 说 过 这 个 命令 项 是 属于 | 与 Framework 预 有 关联 
型 | 的 。 


那么 我 如 何 察 其 流程 ? 1/3 用 猜 的 ，1/3 靠 字 符 串 搜寻 工具 GREP (Я8в Т 3), 1/3 ЗЕ 
25 5. ЖА 6, (Мем Windowj】 命 合流 到 CMDIFrameWnd::OnWindowNew XE f. 


13-5 是 其 原始 代码 (MFC 4.0 的 版 本 ) 。 


#0001 void CHMDIFrameWnd::COnWindowMew(] 


#0002 | 

#0003 CMDIChildWnd* pActiveChild = MDIGetActive(i]: 

#0004 CDocument* pDocument; 

#0005 if (pActivechild == NULL || 

#0006 (pDocument = pActiveChild--GetActiveDocument(]] == NULL] 
СОО? { 

FOGA TRACEO("Warning: Mo active document for WindowNew command. Nn); 
#0009 AfxMessageBox(AFX ТОР COMMAND FAILURE); 

#0010 return; // command failed 

#0011 ) 

#0012 

#0013 // otherwise we have a new frame ! 

#0014 CDocTemplate* pTemplate = pDocument--GetDocTemplate()]: 
#0015 ASSERT VALID(pTemplate]; 

#0016 СЕгатейпа* pFrame = рТепріаке->ггеатеНемҒгатеірбоситепе, pActiveChild]; 
#0017 if (рҒгате == NULL] 

#0018 ( 

#0019 TRACEO("Warning: failed to create new Егате.\ п"); 
#0020 return; // command failed 

#0021 | 

#0022 

#0023 premplate--?InitialUpdateFrame(pFrame, рПоситепї]; 
#0024 | 


13-5 CMDIFrameWnd::OnWindowNew 原 始 代 码 (т WINMDI.CPP) 


我 们 的 焦点 放 在 CMDIFrameWnd::OnWindowNew 函数 的 第 14 行 ， 该 处 取得 我 们 在 
Initlnstance РАЕН Document Template， 而 你 知道 ，Document Template 中 记录 有 
View 类 。 好 ， 如 果 我 们 能 够 另 准备 一 个 新 新 的 View 类 ， 有 着 不 同 的 OnDraw 显示 方式 ， 并 表 
准 各 好 另 一 份 Document Template， 记 录 该 新 的 View 类 ， 然 后 改变 图 13-5 的 第 14 行 ， 让 它 使 
用 这 新 的 Document Template， 大 功 成 矣 。 


当然 ， 我 们 绝 不 是 要 去 改 MFC 原 始 代 码 ， 而 是 要 改写 虚 函 效 OnWindowNew， 使 为 我 们 所 
用 。 这 很 简单 ， 我 只 要 把 【Window / New Window] 命令 项 改变 名 称 ， 例 如 改 为 【Window / 
New Hex Window】， 然 后 为 它 撰写 命 爷 处 理 琅 数 ， 函 数 内 容 完 全 仿照 图 13-5， 但 把 第 14 行 
改 设 定 为 新 的 Document Template 即 可 。 


Text 3205125 


Text 程序 提供 【Window / New Text Window] #0 [Window / New Hex Window] 两 个 新 的 选 
单 命令 项 目 ， 都 可 以 产生 出 view 窗口 ， 一 个 以 ASCIIl 型 式 显 示 数 据 ， 一 个 以 Hex 型 式 显 示 数 
据 ， 数 据 来 自 同 一 份 Document。 


以 下 Text 程 序 的 是 制作 过 程 : 


e 进入 AppWizard， 制 造 一 个 Text 项 目 ， 采 用 各 种 预 设 的 选项 。 获 得 的 主要 类 如 下 : 


E # % SUE 


CT extApp CH mA pp TEA LCPP IEXI.H 


CAM ain rame CMBDIPrameWnd MATNFRM.CPP MAISERMELH 
CC ha aP rame CAZDICHhila W nd CHILDFRM.CPP CHILDFRM.H 
CTextDoc CDocument TENTDOC CPP TEXTDOC.H 
CTexi iew CHIiew TENTVIEW.CPP TEXTVIEW.H 


进入 整合 环境 中 的 Resource View 窗口 ， 选 择 IDR_ ТЕХТТҮРЕЗ №, f£ [Window] 3% 
单 中 加 入 两 个 新 命 分 项 : 


命令 项 目 名 称 识别 代码 (ID) 提示 字符 串 
New Text Window ID WINDOW TEXT New a Text Window with Active Document 
New Hex Window ID WINDOW HEX New a Hex Window with Active Document 


再 在 Resource View 窗口 中 选择 IDR_MAINFRAME 工具 列 ， 幸 加 两 个 按钮 ， 安 排 在 Help 
按钮 之 后 : 


СЫ) е ай [A [ni] ) 


这 两 个 按钮 分 别 对 应 于 新 添加 的 两 个 | 选单 命 4 Н. 





进入 ClassWizard， 为 两 个 UI 对 象 制作 Message Map。 这 两 个 命令 消息 并 不 会 影响 
Document 内 容 (不 像 上 一 节 的 GRAPH 例 那 样 ) ， 我 们 在 CMainFrame 中 处 理 这 两 个 谷 
爸 消 息 颇 为 恰当 。 


UI 对 象 消息 消息 处 理 例 程 
ID_WINDOW_TEXT COMMAND OnWindowText 
ID_WINDOW_HEX COMMAND OnWindowHex 


利用 ClassWizard 产生 一 个 新 类 ， 准 各 做 为 同 源 子 窗口 的 第 二 个 View 类 : 


类 名 称 基 类 文件 
CHexView CView HEXVIEW.CPP HEXVIEW.H 


修改 程序 代码 ， 分 别 为 两 个 view 类 都 做 出 对 应 的 Docment Template : 


// in TEXT.H 

class СТехіАрр : public CWinApp 

i 

public: 
CMultiDocTemplate* m pTemplateTxt; 
CMultiDocTemplate* m pTemplateHex; 


// in TEXT.H 

class CTextApp : public CWinApp 

{ 

public: 
CMultiDocTemplate* m pTemplateTxt; 
CHMultiDocTemplate* m pTemplateHex; 


public: 
virtual BOOL InitInstance(]: 
virtual int ExitInstance(i]; 


Ға 
// in ТЕХТ.СРР 


include "Terztvyview.h" 


Kinclude "HexView.h" 


BOOL CTextApp::InitInstance(] 
1 


CHMultiDocTemplate* pDocTemplate; 
pDocTemplate = new CMultiDocTemplate( 
IDR TEXTTYPE, 
RUNTIME CLASS(CTextDoc], 
RUNTIME CLASS(CChildFrame], // custom МОТ child frame 
RUNTIME CLASS(CTextView]]; 
AddDocTemplate(pDocTemplate]; 


m pTemplateTxt = new CMultiDocTemplate( 
IDR ТЕХТТҮРЕ, 
RUNTIME CLASS(CTextDoc], 
RUNTIME CLASS(CChildFrame], // custom МОТ child frame 
RUNTIME CLASS(CTextView]]; 


m pTemplateHex = new CMultiDocTemplate( 


IDR TEXTTYPE, 

RUNTIME CLASS(CTextDoc], 

RUNTIME CLASS(CChildFrame], // custom МОТ child frame 
RUNTIME CLASS(CHexView]]; 


int CTextApp::ExitInstance(] 
{ 
delete m pTemplateTxt; 
delete m pTemplateHex; 
return CWinApp::ExitInstance(]; 


e 修改 CTextDoc 程序 代码 ， 添 加 成 员 变 量 。Document 的 数据 是 10 笔 字 符 串 : 


// іп TEXTDOC.H 


class CTextDoc : public CDocument 


1 
public: 


CStringArray m stringArray; 


ү; 


f in ТЕХТООС .СРР 


BOOL CTextDoc::OnHewDocument { } 


if ('CDocument::OnNewDocument () ) 


return FALSE; 


m stringArray.SetSize(10); 


m stringArray[O] = 
m stringArray[1] = 
m stringArray[2] = 
m stringArray[3] = 
m stringArray[4] = 
m stringArray[5] = 
m stringArray[6] = 
m stringArray[7] = 
m stringArray[8] = 
m stringArray[9] = 


return TRUE; 
| 


e 修改 CTextView::OnDraw 042455, ДЕН 9 845 Documents] ЖАН, 


来 : 


// in ТЕХТУІЕМ.СЕР 


"If you love me let me know, "; 
"if you don't then let me go, "; 


"I can take another minute "; 

" of day without you іп it. "; 

"If you love me let it be, "; 

"if you don't then set me free"; 

NE m 

"SORRY, I FORGET IT! 23 

" J.J.Hou 1995.03.22 19:26"; 


void CTextView::OnDraw(CDC* LDC] 


{ 
CTextDoc* pDoc 


= (etpocument()]: 


ASSERT VALIDi(pDoc]:; 


int i, j, nHeight; 


TEXTMETRIC tm; 


pDC--GetTextMetrics(&tm): 
nHeight  tm.tmHeight + tm.tmExternalLeading:; 


j = pDoc-»m stringArray.GetSize(]: 
for (i = 0: i < 3; i++} { 
рОС->ТехЕОиЕ(10, i*nHeight, pDoc-»m stringArray[i]]: 


] 
} 


e {&гАСНех\Леууй FR, {ЕОпОгаму 4 g h Documenti 215+, ВАЗСИ 转换 为 
Hexf&z3, ЕДЕ: 


#0001 #include "stdafx.h" 

ЕООО>? Шіпсіміе "Text.h" 

#0003 #include "TextDoc.h" 

#0004 W&include "HexView.h" 

#0005 um 

#0006 void CHexView::OnDraw(CDC* pDc] 

#00087 ( 

#00058 //  CDocument* рПос = секПоситепеір; 

#ссса CTextDoc* pDoc = (CTextDboc*)GetDocumenti()]:; 
#00510 

#0011 int i, 3, k, 1, nHeight; 

#001 2 long п; 

#0013 char temp [10]; 

#00514 CSsStrind Line; 

#0015 ТЕХТМЕТНІС Ят; 

#0016 

#0017 pDc-»-GetTextMetricsi(&tm); 

#0018 nHeight = tm.tmHeight + tm.tmExternalLeading: 
#OO1 9 

ЕСОРО 3 = рБос->т stringArray.GetSize(]: 

#0021 for(i = Ор í < J; i++} Í 

#0022 wsprintf(temp, "%02х Nu GER 

#0023 Line = temp; 

#0024 1 = рПос->п stringArray[i].GetLengthí]; 
#0025 for(k = Ü; k < 1; k++} í 

#0026 п = pDoc-?m stringArray[i][k] в ОхООЕЕ; 
#0027 wsprintf(temp, "%02]х ", n]; 

#0028 Line += temp; 

#0029 ] 

#0030 pDC->Text0ut(10, i*nHeight, Line]; 
#0031 ] 

#0032 | 


e 定义 CMainFrame 的 两 个 命令 义理 例 程 : OnWindowText 和 OnWindowHex， 使 选单 命 倒 
项 目 和 工具 列 按 钮 得 以 发 挥 效 用 。 画 数 内 容 直 接 拷贝 和 目 图 13-5， 只 要 修改 其 中 第 14 行 即 
可 。 这 两 个 男 数 是 本 节 的 扩 术 重点 。 


#0001 void CMainFrame::OnWindowText(í(] 
{ 


#0002 
#0003 
#0004 
#0005 
#O006 
#0007 
ЕОООНВ 
h0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 


#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 


#0041 
#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 


CHMDIChildWnd* pActiveChild = MDIGetActive(]: 
CDocument* pDocument; 
if (pActiveChild == NULL || 
(pDocument = pActiveChild--GetActiveDocumentí]] == NULL) 


ТКАСЕО ( "Warning: No active document for WindowNew command п“); 
AfxMessaqeBox {АРХ ТОР COMMAND FAILURE]; 
return; // command failed 


// otherwise we have a new frame! 
CDocTemplate* pTemplate- ((CTaxtApp*) A£xGatApp())-»5m pTemplateTxt; 
ASSERT VALID(pTemplate); 
CFrameWnd* pFrame = pTemplate--^CreateMewFrame(pDocument, pActiveChild]; 
if (pFrame = NULL] 
i 
TRACEO("Warning: failed to create new frameVXn"]; 
AfxzMessageBox(AFX ТОР COMMAND FAILURE); 
return; // command failed 


} 


pTemplate--InitialUpdateFrame(pFrame, pDocument]; 


void CMainFrame::OnWindowHex(] 


] 


{ 


CHDIChildWnd* pActiveChild = MDIGetActive(]; 
CDocument* pDocument; 
if (pActiveChild == NULL || 
(ipDocument = pActiveChild--GetActiveDocument(]] == NULL] 


TRACED {"Warning: Мо active document for WindowMew command*sn"]; 
AfxMessageHox ҚАҒА IDP COMMAND FAILURE]; 
return; // command failed 


// otherwise we have a new frame! 
CDocTemplate* pTemplate- ((CTaxtApp*) AfxGatApp())-»m pTemplateHaex; 


ASSERT VALID(pTemplate]; 
CFrameWnd* pFrame = pTemplate--CreateMewFrame(pDocument, pActivecChild]; 
if (pFrame == NULL] 
{ 
ТВАСЕО {"Магп1п9: failed to create new frameXn"]; 
AfxMessageBox(AFX IDP COMMAND FAILURE]; 
return; // command failed 


prTemplate-»InitialUpdateFrame(pFrame, pDocument]; 


如 果 你 要 两 个 view 都 有 打印 预 视 的 能 力 ， 必 须 在 CHexView БІЮБОКНЕИТЛЕЯЫ, EFE 
们 的 内 容 ， 可 以 依 样 画 萌 六 地 从 CTextView 的 同名 函数 中 拷贝 一 份 过 来 : 


// іп HEXVIEW.H 

class CHexView : public CView 

{ 

// Qverrides 
// ClassWizard generated virtual function overrides 
//((AFX. VIRTUAL (CHexView] 
protected: 
virtual void OnDraw(CDC* pDC); // overridden to draw this view 
protected: 
virtual BOOL OnPreparePrinting(CPrintInfo* pInfo]; 
virtual void OnBeginPrinting(CDC* рос, CPrintInfo* pInfa]; 
virtual void OnEndPrinting(CDC* рос, CPrintInfo* pInfo]); 
//]]AFX VIRTUAL 


); 


// in HEXVIEW.CPP 
БЕСІН MESSAGE MAP(CHexView, CView)] 
//((AEX MSG MAP[(CHexView] 
// NOTE = the ClassWizard will add and remove mappingmacrosbhere. 
//1)] AFX MSG MAP 
// Standard printing commands 
OM COMMAND(ID FILE PRINT, CView::OnFilePrint) 
OM COMMAND(ID FILE PRINT DIRECT, CView::OnFilePrint] 
ОН COMMAMD(ID FILE PRINT PREVIEW, CView::OnFilePrintPreview)] 
ЕМО MESSAGE МАР () 


ЛКК КЛ КККК КККК КР КККК КККК, 
// CTextView printing 


Воот, CHexView::OnPreparePrinting(CPrintInfo* pInfo)] 
( 

// default preparation 

return DoPreparePrinting(i(pInfoa]: 


void CHexView::OnBeginPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/)] 
| 


// TODO: add extra initialization before printing 


| 
void CHexView::OnEndPrinting(CDC* /*pDC*/, CPrintInfo* /*pInfo*/) 


| 
// TODO: add cleanup after printing 


! 


本 例 并 未 示范 Serialization 动作 。 


JF ril ЕВУ ка 


既然 是 走后门 ， 融 难保 哪 一 天 出 问题 。 如 果 MFC 的 版 本 变动 ， 
CMDIFrameWnd::OnWindowNew 内 容 改 了 ， 你 束 得 注意 本 节 这 个 方法 还 能 适用 否 。 


下 面 是 Text 程序 的 执行 画面 。 我 先 开 局 一 个 Text 窗口 ， 再 选 按 [Window/New Hex Window] 
或 工具 列 上 的 对 应 按钮 ， 开 局 另 一 个 Hex 窗口 。 两 个 View 窗口 以 不 同 的 方式 显示 同一 份 文 件 
数据 。 


深入 浅 出 MFC 


| Тех! - Textl 
пк Window Нар " 


ТЕР Техт1:1 

| Fyou love me let me know. 
if you don't then let me до, 

| can take another minute 
of day without you in it. d шалы 
9 66 20 79 6f 75 20 6c 6f 76 65 20 64 65 20 6c & 
If you love me let it Бе, 966 20 79 6f 75 20 64 6f be 27 74 20 74 68 65 ü 
| if you don't then set me free 19 20 53 61 Бе 20 74 61 6b 65 20 61 Бе Gf 74 6B 1 
s 020 6f 66 20 64 561 79 20 77 69 74 68 Bf 75 74 2 
SORRY, I FORGET IT! 0 20 20 20 20 20 20 20 20 20 20 20 20 20 2020, 
J.J.Hou 1995.03.22 19:26 9 66 20 79 6f 75 20 6c 6f 76 65 20 ба 65 20 Bc 6 
9 66 20 79 &f 75 20 64 bf be 27 74 20 74 68 656 
e že 2e 20 202020 20 20 20 20 20 20 20 20 20 
134152 52 59 2c 20 49 20 46 4152 47 45 54 204 
10 20 20 20 20 20 20 20 20 20 20 4a 2e 4a 2e 48. 





当 你 选 按 [File/Preview] 命令 项 ， 哪 一 个 窗口 为 active 窗口 ， 那 个 窗口 的 内 容 就 出 现在 预 视 


画面 中 。 以 下 是 Text 窗 口 的 打印 预 视 画 面 : 


4 Е Те Tol о 





2s another minute 

i, wi hout god init. 
love те let it bé 
don't then тө! me free 


FCFCET IT! | 
J.J.Heu 1385.03 22 19:25 


以 下 是 Hex 窗 口 的 打印 预 视 男 面 : 





Е > Text - ' Te 22 


WE RZ CI EZB Ее ши Br шоқ 
a = 
[—1-I--" PP Сы QE а-а. jisa. PF 
ғартырғыршта Шатыры ға тағ 
6 «ғысы ағ ocn 
£e oU CR Ол Сотты qu p 
XR m ШТ ГР Tl 6 JU 
тң E EER T dum зал TE or 
тара {ыр тал Fak Ж ын BF Жыр ғы 
E = Ер a р 45 а Ер Бр ар. 
i ЬО Б «Ен 
+a = == BL; up Ç= Tr ¿ru Zh; DY” 
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ж Л МЕС 
截至 目前 ， 我 所 谈 的 都 是 如 何以 不 同 的 方式 在 不 同 的 窗口 中 显示 同一 份 文件 数据 。 如 果 我 想 
写 那 种 『 多 功能 」 软 件 ， 必 须 支 持 许多 种 文件 类 型 ， 该 怎么 办 ? 


融 以 前 一 节 的 Graph 程序 为 基础 ， 继 续 我 们 的 探索 。Graph 的 文件 类 型 原本 是 一 个 整数 数 
组 ， 数 量 有 10 笔 。 我 想 在 上 面 再 多 支持 一 种 功能 : 文字 编辑 能 


新 的 Document 类 


首先 ， 我 应 该 利用 ClassWizard 新 添 一 个 Document 类 ， 并 以 CDocument 为 基础 。 启动 
ClassWizard， 选 择 [Member Variables) tn, {F [AddClass..] +, НАХЛ, 38 
БЕ: 


| 


го oneatedbire yc Type: 535 





下 面 是 ClassWizard 为 我 们 做 出 来 的 代码 : 
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// NewDoc.cpp : implementation file 
z, 


Kinclude "stdafx.h" 
Біпсімде "Graph.h" 
Kinclude "HewDoc.h" 


#ifdef  DEBUG 

KRdefine new DEBUG НЕМ 

Bundef THIS FILE 

static char THIS FILE(] = FILE ; 
Kendif 


A 
// TNewDoc 


ІМРГБЕМЕМТ D'YHCREATE(CHewDoc, CDocument)] 


CHewDoc: :CMHewnDoc (1] 
( 
} 


BOOL CMHewLDoc::oOnMNHewDocument {} 


1 
if ('CDocument::onMewnDociument ( } ] 
return FALSE: 


return TRUE; 


CHewDoc : : -CHewDoc ( ) 
{ 
| 


НЕСІН MESSAGE МАР(СМемПос, CDocument) 
//((AEX MSG МАР(СНембос)| 
// NOTE - the ClassWizard will add and remove mapping macros here. 
//| ]4AFX MSG MAP 
END MESSAGE MAP(] 


РРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРРЈ 
// СНемПос diagnostics 


Kifdef DEBUG 
void CHewDoc::AssertValid() const 
( 

CDocument::AssertValid(]: 


void CHewDoc::Dump(CDumpContext& dc) const 
{ 


#0052 CDocument: :Dump(dc] ; 

#0053 | 

#0054 #endif // DEBUG 

#0055 

O06056 ИИ Pg gÀ Mg EE i i 
#0057 // CHMewDoc serialization 

#0058 

#0059 void CHewDoc::Serialize(CArchive& ar) 
#ОО6О ( 

#0061 if (ar.IsStoring(]] 

#0062 { 


#0063 // TODO: add storing code here 

0064 ] 

#0065 else 

#0066 { 

#O067 // TODO: add loading code here 

фойев ] 

фойе 

80070 // CEditView contains an edit control which handles all serialization 
#0071 ((CEditView*]m viewList.GetHead(])->SerializeRaw(ar]; 
#0072 | 

0073 

„к-К ЛЛ А ЖАУУ Ж К КУЕ ЖИ ЕР ҰРУ РР ҒҒ ЕТІ ТІНІ 
#0075 // СМНемПос commands 


x: 阴影 中 的 这 两 行 代码 (#0070 #0 #0071) 不 是 ClassWizard 产生 的 ， 是 我 自己 加 的 ， 提 
前 与 你 见面 。 稍 后 我 会 解释 为 什么 加 这 两 行 。 


新 的 Document Template 


然后 ， 我 应 该 为 此 新 的 文件 类 型 产生 一 个 Document Template， 并 把 它 加 到 系统 所 维护 的 
DocTemplate 串 列 中 。 注 意 ， 为 了 享受 现成 的 文字 编辑 能 力 ， 我 选择 CEditView 做 为 与 此 
Document 搭配 之 View 类 。 还 有 ， 由 于 CChildFrame 已 经 因为 第 一 个 文件 类 型 Graph 的 三 叉 
静态 分 裂 而 被 我 们 改写 了 OnCreateClient 函数 ， 已 不 再 适用 于 这 第 二 个 文件 类 型 

(NewDoc) ， 所 以 我 决定 直接 采用 CMDIChildWnd 做 为 NewDoc 文件 类 型 的 MDIChild 
Frame 窗口 : 


Kinclude "stdafx.h"” 
Kinclude "Graph.h" 
&Kinclude "MainFrm.h" 
#include "ChildFrm.h" 
include "GraphDoc.h" 
Kinclude "GraphView.h" 
Winclude "MewDoc.h" 


ВОСТ CGraphApp::InitInstance(] 
1 


CHMultiDocTemplate* pDocTemplate; 
pDocTemplate = new CMultiDocTemplate( 
IDR GERAPHTYPE, 
RUNTIME CLASS(CGraphDoc], 
RUNTIME CLASS(CChildFrame], // custom МОТ child frame 


RUNTIME CLASS(CGraphView]]; 
AddDocTemplate([pDocTemplate]; 


pDocTemplate = new CMultiDocTemplate( 
IDR МЕНТҮРЕ, 
RUNTIME CLASSICHewDoc], 
RUNTIME CLASS(CHMDIChildWnd], // use directly 
RUNTIME CLASS([CEditView]]; 
AddDocTemplate(pDocTemplate]; 


| 


CMultiDocTemplate 的 第 一 个 参数 (resource ID) 也 不 能 再 延 用 Graph 文件 类 型 所 使 用 的 
IDR GRAPHTYPE 了。 要 知道 ， 这 个 ID 值 天 系 非常 重大 。 我 们 得 上 自行 设计 一 套 适 用 于 
NewDoc 文 件 类 型 的 UI 系统 出 来 ( 包 插 选单、 工具 列 、 文 件 存 取 对 话 框 的 内 容 、 文 件 图 标 、 窗 


DR...) о 


怎么 做 ? 7 章 的 深入 讨论 将 在 此 开花 结果 ! 请 务必 回头 复习 复习 【Document Template 的 意 
义 」 一 节 ， 我 将 丰 接 动作 ， 不 再 多 做 说 明 。 


新 的 UI 了 条 统 


下 面 就 是 为 了 这 新 的 NewDoc 文 件 类 型 所 对 应 的 UI 和 系统， 新 添 的 文件 内 容 (没有 什么 好 工具 可 
以 帮忙 ， 一 般 文字 编辑 器 的 copy/paste 最 快 ) 


// in RESOURCE.H 


# Че £ine 
#define 
#define 
Kdefine 


IDD ABOUTBOX 
IDR MAINFRAME 
IDR GEAPHTYPE 
IDR NEWTTYPE 


rr in GRAFPH.RC 


IDR NEWTYPE ICON 


IDR NEWTYPE MENU PRELOAD DISCARDABLE 


BEGIN 
POPUP "&rFile" 


END 


BEGIN 


MENUITEM 
MENUITEM 
MENUITEM 
MENUITEM 
MENUITEM 
MENUITEM 
МЕМИІТЕМ 
MENUITEM 
MENUITEM 
MENUITEM 
MENUITEM 
МЕМИТТЕМ 
МЕМИТІТЕМ 


"ЕМемуіСсігізМ", 
WgOpen...NtCtrl+O"n, 
"Close", 

"Savei ЕСЕг1+5", 
"Save ҺА...", 
SEPARATOR 
"kPrint...tCtrl4P", 
"Print Pre&kview", 
"Print Setup...", 
SEPARATOR 

"Recent File", 
SEPARATOR 


"E&gxit", 


POPUP "gEdit™ 
BEGIN 


END 


HEHUITEH 
MENUITEM 
MENUITEM 
МЕМИІТЕМ 
MENUITEM 


"&Uundo*tCtrlrz", 
SEPARATOR 
"CugtXtCErl4X", 
"&CopyxtCtrlec", 
"hPastexMtCtrléVv" 


POFPUP "&yiew" 
BEGIN 


END 


MENUITEM "&Toolbar", 
МЕМИТТЕМ "&Status Ваг", 


POPUP "ар пас" 
BEGIN 


END 


MENUITEM 
MENUITEM 
MENUITEM 
MENUITEM 
МЕНОТТЕМ 


"New Window", 


"&kCagcade", 


"uTile", 


"Arrange Icons", 
"S&plit", 


DISCARDABHLE "res**Mewloc.ico" 


100 
128 
129 
130 


// 此 icon 9170 


ID FILE NEW 
ID FILE OPEN 
ID FILE CLOSE 
ID FILE SAVE 
ID FILE SAVE AS 


ID FILE PRINT 
ID FILE PRINT PREVIEW 
ID FILE PRINT SETUP 


ID FILE MRU FILEl, GRAYED 


ID APP EXIT 


ID EDIT UNDO 


ID EDIT CUT 
ID EDIT COPY 
ID EDIT PASTE 


ID VIEW TOOLBAR 
ID VIEW STATUS BAR 


ID WINDOW NEW 

ID WINDOW CASCADE 

ID WINDOW TILE HORZ 
ID WINDOW ARRANGE 

ID WINDOW SPLIT 


POPUP "&Help" 
BEGIN 
MENUITEM "&About Graph...", ID APP ABOUT 
END 
END 


STRINGTABLE PRELOAD DISCARDAHBLE 
BEGIN 
IDR MAINFRAME "Graph" 
IDR GRAPHTYPE "Graph\nGraphinGraph\nGraph Files 
(*.fFfig]Nn.FIGNnGraph.DocumenttntGraph Document" 


IDR НЕМТУРЕ HMNewDoc\nNewDoc\nNMewDoc\nNewDoc Files 
(*.txt)n.TXT*nMewDoc.Document'*nMewDoc Document" 
END 


新 文件 的 文件 读 写 动作 


Ане, 87 章 最 后 便 经 介绍 过 ， 当 我 们 在 AppWizard 中 选择 CEditView (而 不 
是 CView) 作为 我 们 的 View 类 基础 时 ，AppWizard 会 为 我 们 在 СМуОос::Зепайхерч =} Л 
这 样 的 代码 : 


void CMyDoc::Serialize(CArchive& ar) 


// CEditView contains an edit control which handles all serialization 
((CEditView*)m viewList.GetHead())-»SerializeRaw(ar); 


当 你 使 用 CEditView， 编 辑 器 窗口 所 承载 的 文字 是 放 在 Edit 控制 组 件 自己 的 一 个 内 存 区 块 中 ， 
而 不 是 切割 到 Document 中 。 所 以 ， 文 件 的 文件 读 写 动作 只 要 调用 CEditView 的 SerializeRaw 
Ex ZA BI RT, 


я f ixNewDocx ft Ма БУ, ВА ИО ЕД ВЕ — БИК ИІН RA RAD ЛП Ж! 
Graph 程序 新 的 Document 类 去 : 


void CNewDoc::Serialize(CArchive& ar) 


{ 
if (ar.IsStoring()) 
// TODO: add storing code here 
} 
else 
// TODO: add loading code here 
// CEditView contains an edit control which handles all serialization 
((CEditView*)m viewList.GetHead())-»SerializeRaw(ar); 
j 


现在 一 切 完 备 ， 重 新 编辑 链接 并 执行 。 一 开始 ， 由 于 Initlnstance 函数 会 自动 为 我 们 New 一 个 
新 文件 ， 而 Graph 程序 不 知道 该 New 哪 一 种 文件 类 型 机 好， 所 以 会 给 我 们 这 样 的 对 话 框 : 


深入 浅 出 MFC 





往 后 每 一 次 选 按 【File/New】， 都 会 出 现 上 述 对 话 框 。 


以 下 是 我 们 打开 Graph 文件 和 NewDoc 文件 各 一 份 的 画面 。 注 意 ， 当 active 窗口 是 NewDoc 
文件 ， 工 具 列 上 属于 Graph 文件 所 用 的 最 后 三 个 按钮 是 不 起 作用 的 : 
| 


“Бе Edi View Minim Help 


armaa 























š ргеѓасе, ізі 


| 
| В. АВ“ AUGUE ve P EM Hee 的 和 能力 。 8593815 


м 
























































这 个 新 的 Graph 版 本 放 在 书 附 光 瘟 片 的 \GRAPH2.13 目录 中 。 
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第 14 == МЕС 多 线程 程 友 设计 


线程 (thread) ， 是 线程 (thread of execution) 的 简单 称呼 。"Thread" 这 个 字 的 原意 是 
| 线 」。 中 文字 里 头 的 | 线程 上 」 也 有 「 线 」 的 意思 ， 所 以 我 采用 [Ж] |, TAE] 这 样 的 
中 文 名 称 。 如 果 你 佛经 看 过 [多 线 」 这 个 名 词 ， 其 实 右 是 本 章 所 谓 的 [多 线程 ]。 


我 鲁 经 在 第 1 章 以 三 两 个 小 节 介 绍 Win32 环境 下 的 进程 与 线程 观念 ， 并 且 以 程序 前 接 调 用 
CreateThread ҮЙ АД, me f Л, Win32 小 例子 。 现 在 我 要 更 进一步 从 操作 系统 的 层面 谈 谈 
线程 的 学 理 基础 ， 然 后 带 引 各 位 看 看 МЕС 对 于 [线程] 支持 了 什么 样 的 类 。 然 后 ， 实 际 写 个 
MFC 多 线程 程序 。 


从 操作 系统 层面 看 线程 


书籍 推荐 : 如 果 要 从 操作 系统 层面 来 了 解 线 程 ，Matt Pietrek 的 Windows 95 System 
Programming SECRETS (Windows 95 系统 程序 设计 大 奥秘 / 修 俊 杰 译 / 旗 标 出 版 ) 无 疑 是 最 
佳 知识 来 源 。Matt 把 操作 系统 核心 模块 (KERNEL32.DLL) 中 用 来 维护 线程 生存 的 数据 结构 
都 挖掘 出 来 ， 非 党 详尽。 这 是 对 线程 的 最 基础 认识 ， 军 达 其 灵 现 深 处 。 


你 已 经 知道 ，CreateThread 可 以 产生 一 个 线程 ， 而 【线程 | ИЖЕ CreateThread 第 3 
个 参数 所 指定 的 一 个 函数 (一般 我 们 称 之 为 [线程 芳 数 ] ) 。 这 个 男 数 将 与 目前 的 执行 
实 」 同 时 并 行 ， 成 为 另 一 个 [执行 事实 」。 线 程 琅 数 的 执行 期 ， 也 就 是 该 线程 的 生命 期 。 


操作 系统 如 何 造成 这 种 多 任务 并 行 的 现象 ? 线程 对 于 操作 系统 的 意义 到 底 是 什么 ? 系统 如 何 
维 折 许多 个 线程 ?线程 与 其 父亲 大 人 (进程) 的 关系 如 何 维持 ?CPU 只 有 一 个 ， 线 程 却 有 好 
几 个 ， 如 何 摆 平 优先 权 和 与 排 程 问题 ? 这 些 疑 问 都 可 以 在 下 面 各 节 中 获得 答案 。 


三 个 观念 : 模块 、 进 程 、 线 程 
试 着 回答 这 个 问题 : 进程 (process) 是 什么 ?给 你 一 分 钟 时 间 。 


ЛА, ФА УА а 


你 的 回答 可 能 是 : [一 个 可 执行 文件 执行 起 来 ， 束 是 一 个 进程 4 。 唔 ， 也 不 能 算 错 。 但 能 不 
能 够 有 更 具体 的 答案 ?2 再 问 你 一 个 问题 : 模块 (module) 是 什么 ?可 能 你 的 回答 还 是 : l— 
个 可 执行 文件 执行 起 来 ， 就 是 一 个 模块 ]。 这 也 不 能 够 算 错 。 但 是 你 明明 知道 ， 模 块 不 等 于 
进程 。KERNEL32 DLL 是 一 个 模块 ， 但 不 是 一 个 进程 ; Scribble EXE 是 一 个 模块 ， 也 是 一 个 
进程 。 


我 们 需要 玩具 体 的 数据 ， 更 精准 的 答 宁 。 


如 果 我 们 能 够 知道 操作 系统 如 何 看 符 模 块 和 进程 ， 融 能 够 给 出 具体 的 答案 了 。 一 段 可 执行 的 
程序 (GH EXE 和 DLL) ， 其 程序 代码 、 数 据 、 资 源 被 加 载 到 内 存 中 ， 由 系统 建 置 一 个 数据 
结构 来 管理 它 ， 就 是 一 个 模块 。 这 里 所 说 的 数据 结构 ， 名 为 Module Database (МОВ), Е 
实 就 是 PE 格式 中 的 PE 表 头 ， 你 可 以 从 WINNT.H 档 中 找到 一 个 IMAGE NT HEADER 结构 ， 


Е о 


Hf, ВЕР TIR, ПЕНА АКН” Г. НХ, НЕЕ ЛЕН 
(ownership) 的 集合 。 进 程 拥 有 地 址 空间 (由 memory context 决定 ) 、 动 态 配置 而 来 的 内 
存 、 文 件 、 线 程 、 一 系列 的 模块 。 操 作 系 统 使 用 一 个 所 谓 的 Process Database (РОВ) 数据 
结构 ， 来 记录 СЕН) 它 所 拥有 的 一 切 。 


线程 呢 ? 线程 是 什么 ? 进程 主要 表达 | 拥有 权 」 的 观念 ， 线 程 则 主要 表达 模块 中 的 程序 代码 
的 [执行 事实 | 。 系 统 也 是 以 一 个 特定 的 效 据 结构 (Thread Database, ТОВ) 记录 线程 的 所 
有 相关 数据 ， 包 括 线程 局 部 储存 空间 (Thread Local Storage, TLS) 、 消 息 队 列 、handle Ж 
格 、 地 址 空间 (Memory Context) 等 等 等 。 


最 初 ， 进 程 是 以 一 个 线程 〈 称 为 主线 程 ，primary thread) 做 为 开始 。 如 果 需 要 ， 进 程 可 以 产 
生 更 多 的 线程 (利用 CreateThread) ， 让 CPU 在 同一 时 间 执 行 不 同 段 落 的 代码 。 当 然 ， 我 
们 都 知道 ， 在 只 有 一 颗 CPU 的 情况 下 ， 不 可 能 真正 有 多 任务 的 情况 发 生 ， [多 个 线程 同时 工 
E] 的 幻 党 主要 是 靠 排 程 器 来 完成 -- 它 以 一 个 硬件 定时 器 和 一 组 复杂 的 游戏 规则 ， 在 不 同 的 
线程 之 间 做 快速 切换 动作 。 以 Windows 95 和 Windows NT 而 言 ， 在 非特 殊 的 情况 下 ， 每 个 线 
程 被 CPU 照顾 的 时 间 (所 谓 的 timeslice) 是 20 个 milliseconds。 


如 果 你 有 一 部 多 CPU 计算 机 ， 又 使 用 一 套 支 持 多 CPU 的 操作 系统 (如 Windows NT) ， 那 
么 一 个 CPU 就 可 以 分 配 到 一 个 线程 ， 真 正 做 到 实 实 在 在 的 多 任务 。 这 种 操作 系统 特性 称 为 
symmetric multiprocessing (SMP) 。Windows 95 没有 SMP 性 质 ， 所 以 即使 在 多 CPU 计算 机 
上 跑 ， 也 无 法 发 挥 其 应 有 的 高 效能 。 


14-1 表现 出 一 个 进程 (РОВ) 如 何 透 过 【MODREF #51 连接 到 其 所 使 用 的 所 有 模 组 。 
14-2 表现 出 一 个 模块 数据 结构 (МОВ) 的 细部 内 容 ， 最 后 的 DataDirectory[16] 记录 着 16 
个 特定 节 区 (sections) 的 地 址 ， 这 些 sections 包括 程序 代码 、 数 据 、 资 源 。 图 14-3 表现 出 一 
个 线程 数据 结构 (РОВ) 的 细部 内 容 。 


当 Windows 加 载 器 将 程序 加 载 内 存 中 ，KERNEL32 挖 出 一 些 内 存 ， 构 造 出 一 个 PDB、 一 个 
TDB、 一 个 以 上 的 MDBs ( 视 此 程序 使 用 到 多 少 DLL ME) 。 针 对 TDB， 操 作 系 统 又 要 产生 出 
memory context (就 是 在 操作 系统 书籍 中 提 到 的 那些 所 谓 page tables) 、 消 息 队 列 、handle 
表格 、 环 境 数 据 结构 (EDB) ...。 当 这 些 系统 内 部 数据 结构 都 构造 完毕 ， 指 合 指 位 器 
(Instruction Pointer) 移 到 程序 的 进入 点 ， 才 开始 程序 的 执行 。 
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图 14-1 进程 (РОВ) Æx [MODREF 串 列 ] 连接 到 其 所 使 用 的 所 有 模块 


线程 优先 权 (Priority) 


我 想 我 们 现在 已 经 能 够 用 很 具体 的 形象 去 看 所 谓 的 进程 、 模 块 、 线 程 了 。 [执行 事实 」 发生 
在 线程 身上 ， 而 不 在 进程 身上 。 也 就 是 说 ，CPU 排 程 单位 是 线程 而 非 进程 。 排 程 器 据 以 排序 
的 ， 是 每 个 线程 的 优先 权 。 


优先 权 的 设 定 分 为 两 个 阶段 。 我 已 经 在 第 1 章 介 绍 过 。 线 程 的 [父亲 大 人 」 QUEE) 拥有 所 
谓 的 优先 权 等 级 (priority class， 图 1-7) ， 可 以 在 CreateProcess 的 参数 中 设 定 。 线 程 基本 
上 继承 目 其 [父亲 大 人 1」 的 优 务 权 等 级 ， 然 后 再 加 上 CreateThread ]] 39 E 7 
(-2-+2) 。 获 得 的 结果 (图 1-8) 便 是 线程 的 所 谓 base priority, 358 ЛА0-31, Ежи, 
先 权 人 就 高 。::SetThreadPriority 是 调整 优先 权 的 工具 ， 它 所 指定 的 也 是 微调 差额 (-2~+2) 。 


IMTE 6 
| 00h DWORD 
04h PIMAGE NT HEADERS 
08h DWORD 
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Machine; 
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TimeDateStamp; 
PointerToSymbolTable; 
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BYTE 
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SizeoOfMeaders; 
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SizeOfStackReserve; 
SizeOfStackCommit; 
SizeOfHWeapReserve; 
SizeOfHeapCommit; 
LoaderFlags; 

Numbe rof RvaAnd512e3; 
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14-2 模块 数据 结构 МОВ 的 细部 内 容 (数据 整理 自 Windows 95 System Programming 
SECRETS, Matt Pietrek, IDG Books) 


线程 排 程 (Scheduling) 





排 程 器 挑选 「 下 一 个 获得 CPU 时 间 的 线程 」 的 唯一 依据 就 是 : 线程 优先 权 。 如 果 所 有 等 待 被 
执行 的 线程 中 ， 有 一 个 是 优先 权 16， 其 它 所 有 线程 都 是 优先 权 15 (或 更 低 ) ， 那 么 优先 权 16 
者 便 是 下 一 个 夺标 者 。 如 果 线 程 人 和 BB 同 为 优先 权 16， 排 程 器 会 挑选 等 答 比 较 久 的 那个 UE 
设 为 线程 A) 。 当 A 的 时 间 切 片 (timeslice) 终了 ， 如 果 B 以 外 的 其 它 线程 的 优 务 权 仍 维持 在 
15 (UF) ， 线 程 B 就 会 获得 执行 权 。 


[ПЖ В 以 外 的 其 它 线程 的 优先 权 仍 维持 在 15 (ДЪ) ..1, ТЕ, ІНЕ ЕО ИЯ 5 X 
ЯМАН БИН. Я f ta K Il I. ЕНЯЖВЕЯАЧНЕ ж Ж, ЯН 1 3 
线程 优先 权 ， 以 强化 系统 的 反应 能 力 ， 并 且 避 免 任何 一 个 线程 一 直 未 能 接受 CPU 的 润泽 。 一 
般 的 线程 优先 权 是 7， 如 果 它 被 切换 到 前 景 ， 排 程 系 统 可 能 暂时 地 把 它 调 升 到 8 或 9 或 更 高 。 
对 于 那些 有 看 输入 消息 等 待 仆 义 理 的 线程 ， 排 程 系统 也 会 暂时 调 局 其 优先 权 。 


对 于 那些 优先 权 本 来 束 高 的 线程 ， 也 并 不 是 有 永久 的 保障 权利 。 别 筷 了 Windows 毕竟 是 个 消 
息 驱 动 系 统 ， 如 果 某 个 线程 调用 ::СеіМеѕѕаде 而 其 消息 队列 却 是 空 的 ， 这 个 线程 便 被 冻结 ， 

让 到 再 有 消息 进来 为 止 。 冻 结 的 意思 束 是 不 管 你 的 优先 权 有 多 高 ， 暂 时 退出 排 班 行 列 。 线 程 

也 可 能 补 以 ::SuspendThread 强制 冻结 住 (::ResumeThread 可 以 解除 冻结 ) o 
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14-3 线程 数据 结构 (PDB) 的 细部 内 容 (数据 整理 自 Windows 95 System Programming 
SECRETS,Matt Pietrek,IDG Books) 


RRA, ХЕ | 要 去 抓 取 消息 ， 而 线程 所 附带 的 消息 队列 中 却 没有 消息 」。 如 果 
一 个 线程 完全 和 UI 无 关 呢 ? 是 否 它 就 没有 消息 队列 ? 倒 不 是 ， 但 它 的 程序 代码 中 没有 消息 循 
环 倒 是 事实 。 是 的 ， 这 种 线程 称 为 worker thread。 正 因 它 不 可 能 会 被 冻结 ， 所 以 它 绝对 不 受 
Win16Mutex 或 其 它 因 素 而 影响 其 强制 性 多 任务 性 质 ， 及 其 优先 权 。 


Thread Context 


Context 一 词 ， 我 不 知道 有 没有 什么 好 译名 ， 姑 且 融 用 原文 吧 。 它 的 和 直接 意思 是 | 前 后 关系 、 
脉络 ; 环境 、 背景 」 。 所 以 我 们 可 以 说 Thread Context 是 构成 线程 的 「 背 景 」 。 


那 是 指 什么 呢 ? 狭义 来 讲 是 指 一 组 缓存 器 值 〈 鱼 括 指 令 指 位 器 ІР). I IEEE ЇЙ 
吝 ， 侯 要 求 把 CPU 拥 有 权 让 出 来 ， 所 以 它 必须 将 暂 集 之 前 一 刻 的 状态 统统 记录 下 来 ， 以 各 将 
来 还 可 以 恢复 。 


你 可 以 在 WINNT.H 中 找到 一 个 CONTEXT 资 料 结 构 ， 它 可 以 用 来 储存 Thread Context 
。::GetThreadContext 和 ::SetThreadContext 可 以 取得 和 设 定 某 个 线程 的 context， 因 而 
改变 该 线程 的 状态 。 这 已 经 是 非常 低 阶 的 行为 了 。 Май Pietrek 在 其 Windows 95 System 
Programming SECRETS 一 书 第 10 章 ， 写 了 一 个 Win32 АРІ Spy 程 序 ， 就 充 份 运用 了 这 两 个 


我 想 我 们 在 操作 系统 层面 上 的 线程 学 理 基 础 已 经 足够 了 ， 现 在 让 我 们 看 看 比较 实际 一 点 的 未 
PH. 


从 程序 设计 层面 看 线程 


书籍 推荐 : 如 果 要 从 程序 设计 层面 来 了 解 线 程 ，Jim Beveridge 和 Robert Wiener 合 着 的 
Multithreading Applications in Win32 (Win32 多 线程 程序 设计 / 侯 俊 杰 译 /其 峰 出 版 ) 是 很 值 
得 推荐 的 一 份 知 识 来 源 。 这 本 书 介 绍 线程 的 学 理 观念 、 程 序 方法 、 同 步 控制 、 资 料 一 致 性 的 
保持 、C runtime library 的 多 线程 版 本 、C++ 的 多 线程 程序 方法 、MFC 中 的 多 线程 程序 方 
法 、 除 错 、 进 程 通讯 (IPC) 、DLLs...， 以 及 约 50 页 的 实际 应 用 。 


书籍 推荐 : Jeffrey Richter 的 Advanced Windows 在 进程 与 线程 的 介绍 上 (第 2 章 和 第 3 
=) ， 也 有 非常 好 的 表现 。 他 的 切入 方式 是 详细 而 深入 地 和 叙述 相关 Win32 API 的 规格 与 用 
法 。 并 举 实 例 左 证 。 


如 何 产 生 线 程 ?我 想 各 位 都 知道 了 ，::CreateThread 可 以 办 到 。 14-4 是 与 线程 有 关 的 
Win32 АРІ, 


与 线程 有 关 的 Win32 АРТ 功能 

AttachThreadInput 将 菜 个 线程 的 输入 导向 另 一 个 线程 
CreateThread 产生 一 个 线程 

ExitThread 结束 一 个 线程 

GetCurrentThread 取得 目前 线程 的 ”handle 
GetCurrentThreadId 取得 目前 线程 的 ID 

GetExitCodeThread 取得 某 一 线程 的 结束 代码 (可 用 以 决定 线程 是 否 已 结束 ) 
GetPriorityClass 取得 某 一 进程 的 优先 权 等 级 

GetQueueStatus 传 回 某 一 线程 的 消息 队列 状态 
GetThreadcontext 取得 某 一 线程 的 context 

GetThreadDesktop 取得 某 一 线程 的 ”desktop 对 象 
GetThreadPriority 取得 菜 一 线程 的 优先 权 
GetThreadSelectorEntry 除 错 器 专用 ， 传 回 指定 之 线程 的 某 个 selector 的 LDT 记录 项 
ResumeThread 将 某 个 冻结 的 线程 恢复 执行 

SetPriorityClass 设 定 优先 权 等 级 

SetThreadPriority 设 定 线程 的 优先 权 

Sleep 将 某 个 线程 暂时 冻结 。 其 它 线程 将 获得 执行 权 。 
SuspendThread 冻结 某 个 线程 

TerminateThread 结束 某 个 线程 

TlsAlloc 配置 一 个 TLS (Thread Local Storage) 
TlsFree 释放 一 个 TLS (Thread Local Storage) 
TlsGetValue 取得 某 个 TLS (Thread Local Storage) 的 内 容 
TlsSetValue 设 定 某 个 TLS (Thread Local Storage) 的 内 容 
WaitForInputIdle 等 待 ， 站 到 不 再 有 输入 消息 进入 某 个 线程 中 


14-4 与 线程 有 关 的 Win32 АРА 


注意 ， 多 线程 并 不 能 让 程序 执行 得 比较 快 (除非 是 在 多 CPU 机 器 上 ， 并 且 使 用 支持 
symmetric multiprocessing 的 操作 系统 ) ， 只 是 能 够 让 程序 比较 【有 反应 」。 试 想 菏 个 程序 
在 某 个 选单 项 目 被 按 下 后 要 做 一 个 小 时 的 运算 工作 ， 如 果 这 份 工作 在 主线 程 中 做 ， 而 且 没 有 
利用 PeekMessage 的 技巧 时 时 观看 消息 队列 的 内 容 并 义理 之 ， 那 么 这 一 个 小 时 内 这 个 程序 的 
使 用 者 接口 可 以 说 是 逢 冻结 住 了 ， 将 坚 无 反应 。 但 如 果 沉 重 的 运算 工作 是 由 另 一 个 线程 来 负 
责 ， 使 用 者 接口 将 依然 灵活 ， 不 受 影响 。 


Worker Threads 和 UI Threads 


从 Windows 操作 系统 的 角度 来 看 ， 线 程 束 是 线程 ， 并 未 再 有 什么 分 类 。 但 从 MFC 的 角度 看 ， 
则 把 线程 划分 为 和 使 用 者 接口 无 关 的 worker threads， 以 及 和 使 用 者 接口 (ОЛ) 有 关 的 UI 


threads。 
基本 上 ， 当 我 们 以 :CreateThread 产生 一 个 线程 ， 并 指定 一 个 线程 男 效 ， 它 融 是 一 个 worker 


thread， 除 非 在 它 的 生命 中 接触 到 了 输入 消息 这 时 候 它 应 该 有 一 个 消息 循环 ， 以 抓 取 消 
息 ， 于 是 该 线程 摇身一变 而 为 UI thread, 





注意 ， 线 程 本 来 就 带 有 消息 队列 ， 请 看 图 14-3 № ТОВ 结构 。 而 如 果 线 程 程序 代码 中 带 有 一 
ЛЕВА, А ОЛ thread, 


Buofs 8 e ЕАК ВЈ К (ЕН, БЕА ЗЕРЕН, ЖЕМІ ЖЕМЕ: 

为 程序 中 的 每 一 个 窗口 产生 一 个 线程 ， 负 责 窗口 行为 。 这 种 错误 的 示范 尤其 存在 于 MDI 程序 
中 。 是 的 ， 早 期 我 也 沾沾自喜 地 为 MDI 程序 的 每 一 个 子 窗口 设计 一 个 线程 。 基 本 上 这 是 错误 
的 行为 ， 要 付出 昂贵 的 代价 。 因 为 子 窗口 一 切换 ， 上 述 作法 会 导 至 线程 也 切换 ， 而 这 却 要 花 
费 大 量 的 系统 资源 。 比 较 好 的 作法 是 把 所 有 UI (User Interface) 动作 都 集中 在 主线 程 中 ， 其 
Ей) | 纯 种 运算 工作 上 才 考 虑 交 给 worker threads 去 做 。 


正确 态度 


什么 是 使 用 多 线程 的 好 时 机 呢 ? 如 果 你 的 程序 有 许多 事 要 忙 ， 但 是 你 还 要 随时 保持 注意 某 些 
外 部 事件 (可 能 来 自 硬件 或 来 自 使 用 者 ) ， 这 时 束 运 合 使 用 多 线程 来 帮忙 。 


以 通讯 程序 为 例 。 你 可 以 让 主线 程 负 责 使 用 者 接口 ， 并 保持 中 枢 的 地 位 。 而 以 一 个 分 离 的 线 
FE X ERA im По 


MFC 多 线程 程序 设计 


我 已 经 在 第 1 章 以 一 个 小 节 介 绍 了 Win32 多 线程 程序 的 写法， 并 给 了 一 个 小 范例 MitiThrd。 
这 一 节 ， 我 要 介绍 МЕС 多 线程 程序 的 写法 。 


探索 CWinThread 


就 像 CWinApp 对 象 代表 一 个 程序 本 身 一 样 ，CWinThread 对 象 代表 一 个 线程 本 身 。 这 个 МЕС 
类 我 们 鲁 经 看 过 ， 第 6 章 讲 【MFC 程序 的 生死 因果 」 时 ， 讲 到 【CWinApp::Run 一 一 程序 生 

命 的 活水 源头 ] ， 便 经 追踪 过 CWinApp::Run 的 源头 CWinThread::Run (里 面 有 一 个 消息 循 

XR) 。 可 见 程序 的 「 执 行事 实 」 系 发 生 在 CWinThread 对 象 身上 ， 而 CWinThread 对 象 必 须 

要 (必然 会 ) 产生 一 个 线程 。 


REE |CWinThread 对 象 必须 要 (必然 会 ) 产生 一 个 线程 」 这 句 话 不 会 引起 你 的 误会 ， 以 为 
程序 在 application object (CWinApp 对 象 ) 的 构造 函数 必然 有 个 动作 最 终 调 用 到 
CreateThread 或 beginthreadex。 不 ， 不 是 这 样 。 想 想 看 ， 当 你 的 Win32 程序 执行 起 来 ， 
你 的 程序 并 没有 调用 CreateProcess 为 自己 做 出 代表 自己 的 那个 进程 ， 也 没有 调用 
CreateThread 为 自己 做 出 代表 自己 的 主线 程 (primary thread) 的 那个 线程 。 为 你 的 程序 产生 
第 一 个 进程 和 线程 ， 是 系统 加 载 器 以 及 核心 模块 《KERNEL32) 合作 的 结果 。 


所 以 ， 再 次 循 着 第 6 章 一 步 步 剖 析 的 步骤 ，MFC 程序 的 第 一 个 动作 是 
CWinApp::CWinApp (Ek, WinMain 还 早 ) ， 在 那里 没有 [产生 线程 」 的 动作 ， 而 是 已 经 开始 
在 收集 线程 的 相关 信息 了 : 


// in МЕС 4.2 APPCORE.CPP 
CWwinApp::CWinApp(LPCTSTR lpszAppName) 


// initialize CWinThread state 

AFX MODULE STATE* pModuleState = АҒХ CMDTARGET GETSTATE(); 
AFX MODULE THREAD STATE* pThreadState = pModuleState-»m thread; 
ASSERT(AfxGetThread() -- NULL); 

pThreadState-»m pCurrentwinThread = this; 

ASSERT(AfxGetThread() -- this); 

m hThread = ::GetCurrentThread( ); 

m nThreadID = ::GetCurrentThreadId(); 


虽然 MFC 程 序 只 会 有 一 个 CWinApp 对 象 ， 而 CWinApp 派 生 自 CWinThread， 但 并 不 是 说 一 个 
MFC 程 序 只 能 有 一 个 CWinThread 对 象 。 每 当 你 需要 一 个 额外 的 线程 ， 不 应 该 在 MFC 程 序 中 
直接 调用 ::CreateThread 或 “beginthreadex， 应 该 先 产生 一 个 CWinThread 对 象 ， 再 调用 其 
FX Я РЧЗК CreateThread 或 全 局 函数 AfxBeginThread 将 线程 产生 出 来 。 当 然 ， 现 在 你 必然 已 
经 可 以 推测 到 ，CWinThread::CreateThread 或 AfxBeginThread 内 部 呼叫 了 ::CreateThread 或 
_beginthreadex (事实 上 答案 是 _beginthreadex) 。 


这 看 起 来 频 有 值得 商议 之 处 : 为 什么 CWinThread 构造 男 数 不 帮 我 们 调用 AfxBeginThread 
ПЕ ?似乎 CWinThread 为 德 不 卒 。 


14-5 就 是 CWinThread 的 相关 原始 代码 。 


#0001 
80002 
80003 
#0004 
#0005 
#0006 
80007 
#0008 
#0009 
80010 
80011 
80012 
80013 
80014 
#0015 
#0016 
#0017 
#0018 
80019 
#0020 
#0021 
80022 
80023 
80024 
80025 
80026 
80027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 


80034 
80035 
80036 
#0037 
#0038 
80039 
&OO04Q0 
80041 
#0042 
#0043 
#0044 
#0045 
#0046 


HODAT 
#004 Et 
doo 
goo5o 
#0051 
M O 0 5 2 
#0053 
#0054 
#0055 
#0056 
#0057 
gcos5s 
#0059 
Hogen 
#0061 
l G O 6 2 
„дее И: 





// in МЕС 4.2 THRDCORE.CPP 
CWinThread: :CWinThread(AEFX THREADPROC pfnThreadProc, LPVOID pParam) 


{ 
т pfnThreadProc = pfnThreadProc; 
т pThreadParams = рРагам; 


CommoncConstructií): 


CWinThread::CWinThread(i) 
t 


m pThreadParams 
m pfnThreadProc 


NULL; 
NULL; 


| 


CommonConstruct(í);:; 


void CWinThread::cCommonConstruct() 
{ 

т pMainWnd = NULL; 

m pActiveWnd = NULL; 


// no HTHREAD until it is created 
m hThread = NULL; 
m nThreadID = 0; 


// initialize message pump 
Bifdef  DEBUG 
m nDisablePumpCount = 0; 
#endi £ 
m msqgCur.messaqe = WM NULL; 
m nMsgLast = ҰМ NULL; 
::GetCursorPos([(&m ptCursorLast]); 


и’ most threads are deleted when not needed 
m bAutoDelete = TRUE; 


Рг initialize OLE state 

m pMessageFilter = NULL; 

m lpfnOleTermOrFreeLib = NULL; 
} 


CWinThread* АҒХАРІ AfxBeginThread(AFX THREADPROC pfnThreadProc, LPVOID pParam, 


int nPriority, UINT nStackSize, DWORD dwCreateFlags, 
LPSECURITY ATTRIBUTES lpSecurityAttrs) 


cCwWinThracond* pThroad = DEBUG МЕМ CWinThraead(pftnrThreadProc, рҒагат); 


if ('!pThroad-2CreateThread(cwucreateFlags|cREATE SUSPENDED, 
lpsecurityAttrs)) 

t 
РІһгеа«ві->Пеіесеір; 
return NULE; 

] 

VERIFY(prThread--5SetrThreadPriority(nPriority)): 

АҒ (!(dwCreateFlags ы CREATE SUSPENHDED)) 
VERIFY(prThread--BResumeThread() = {ORORO} 1); 


return pThread; 
ł 


CRHinThread* AFXAPI AfxBeginThreaead(cRuntimeclass* prThreadclass, 


int nPriority, UINT nStackSize, OPORO dwcCrematerFilags, 





nestacksize, 


#00654 LPSECURITY ATTRIBUTES lpSecurityAttrs) 


#0065 4 

%0066 ASSERT(pThreadClass != NULL]; 

%С067 ASSERT (pThreadClass-»IsDerivedFrom([RUNTIME CLASS(CWinThread])]); 
80068 

20065 CWinThread* pThread = (CWinThread*)pThreadClass-»CreateObject(); 
#0070 

#0071 pThread-»m pThreadParams = NULL; 

20072 if (!pThread-»CreateThread(dwCreateFlags|CREATE SUSPENDED, nStackSize, 
80073 lpSecurityAttrs))] 

#0074 { 

#0075 prThread-»Delete(); 

#0076 return NULL; 

#0077 | 

#0078 VERIFY (pThread-»SetThreadPriority(nPriority)): 

80075 if ('(dwCreateFlags & CREATE SUSPENDED) } 

#0080 VERIFY {pThread->ResumeThread{} != (DWORD)-1); 

#0081 

#0082 return рТһгеай; 

#0083 | 

#0084 

#0085 HBOOL CWinThread::CreateThread(DWORD dwCreateFlags, UINT nStackSize, 
#0086 LPSECURITY ATTRIBUTES lpSecurityAttrs) 

80087 1 

#0083 // setup startup structure for thread initialization 

#0089 ,AFX THREAD STARTUP startup; memset(&startup, 0, sizeot[startup)); 
#0030 startup.pThreadState = AfxGetThreadState(); 

#0091 startup.pThread = this; 

#0092 startup.hEvent = ::CreateEvent(NULL, TRUE, FALSE, NULL]; 

#0093 startup.hEvent2 = ::CreateEvent(MULL, TRUE, FALSE, MULL}; 

20094 startup.dwCreateFlags = dwCreateFlaqs; 

#0095 AUS 

#0096 // create the thread [it may or may not start to run) 

#0097 m hThread = (HANDLE) beginthreadex(lpSecurityAttrs, nStackSize, 

#0098 & AfxThreadEntry, &startup, dwCreateFlags | CREATE SUSPENDED, (UINT*]&m nThreadID]; 
#0099 

#0100 | 


14-5 CwinThread 的 相关 原始 代码 


产生 线程 ， 为 什么 不 丰 接 用 ::CreateThread 或 _ beginthreadex ? 为 什 么 要 透 过 CWinThread 对 
象 ?我 想 你 可 以 轻易 从 MFC 原 始 代 码 中 看 出 ， 因 为 CWinThread::CreateThread 和 
AfxBeginThread 不 只 是 ::CreateThread 的 一 层 包 装 ， 更 做 了 一 些 application framework Рт 
的 内 部 数据 初始 化 工作 ， 并 确保 使 用 正确 的 C runtime library 版 本 。 原 始 代码 中 有 : 


#ifndef _MT 
. // 做 些 设 定 工 作 ， 不 产生 线程 ， 回 返 。 
#else 


. // REFER, hR. 
#endif //!_MT) 


的 动作 ， 只 是 被 我 删 去 未 列 出 而 已 。 


接 下 来 我 要 把 worker thread 和 UI thread 的 产生 步骤 做 个 整理 。 它 们 都 需要 调用 
AfxBeginThread 以 产生 一 个 CWinThread 对 象 ， 但 如 果 要 产生 一 个 Ul thread， 你 还 必须 先 定 
义 一 个 CWinThread 派生 类 。 


产生 一 个 Worker Thread 


Worker thread 不 牵扯 使 用 者 接口 。 你 应 该 为 它 准 各 一 个 线程 酌 数 ， 然 后 调用 
AfxBeginThread : 


CWinThread* pThread = AfxBeginThread(ThreadFunc, &Param); 


UINT ThreadFunc (LPVOID pParam) 


AfxBeginThread 事实 上 一 共 可 以 接受 六 个 参数 ， 分 别 是 : 


CwinThread* AFXAPI AfxBeginThread(AFX THREADPROC pfnThreadProc, 
LPVOID pParam, 

int nPriority - THREAD PRIORITY NORMAL, 

UINT nStackSize = 0, 

DWORD dwCreateFlags - 0, 

LPSECURITY ATTRIBUTES lpSecurityAttrs- NULL); 


245 —pfnThreadProc жар, ФЖСрРагат 表示 要 传 给 线程 函数 的 参数 。 参 数 三 
nPriority 表 示 优 先 权 的 微调 值 ， 预 设 为 THREAD PRIORITY NORMAL, дез. 
参数 四 nStackSize 表示 堆栈 的 大 小 ， 软 认 值 0 则 表示 堆栈 最 大 容量 为 1MB。 参数 五 
dwCreateFlags 如 果 为 默认 值 0， 就 表示 线程 产生 后 立刻 开始 执行 ; 如 果 其 值 为 
CREATE_SUSPENDED， 束 表示 线程 产生 后 先 暂 停 执 行 。 之 后 你 可 以 使 用 
CWinThread::ResumeThread 重新 执行 它 。 参 数 六 IpSecurityAttrs 代表 新 线程 的 安全 防护 属 
Е. Болма NULL 表示 此 一 属性 与 其 产生 者 (也 是 个 线程 ) 的 属性 相同 。 


在 这 里 我 们 遭遇 到 一 个 困扰 。 线 程 男 数 是 由 系统 调用 的 ， 也 就 是 个 callback 函数 ， 不 容许 有 
this 指针 参数 。 所 以 任何 一 般 的 C++ 类 成 员 男 数 都 不 能 够 拿 来 当做 线程 国 数 。 它 必须 是 个 全 
DEKR, RED Ct 类 的 static 成 员 函 数 。 其 原因 我 已 经 在 第 6 章 的 [Callback В] 一 节 
中 摘 述 过 了 ， 而 采用 全 局 函数 或 是 C++ static 成 员 画 数 ， 其 间 的 优 劣 因素 我 也 已 经 在 该 节 讨 论 


线程 西数 的 类 型 AFX THREADPROC 定 义 于 AFXWIN.H 之 中 : 


// in AFXWIN.H 
typedef UINT (АҒХ CDECL *AFX THREADPROC)(LPVOID); 


РТА e 3 ЕЖЕН А ТЕРЕН F (其 中 的 pParam 是 个 指针 ， 在 实用 上 可 以 指向 程序 
员 自 定 的 数据 结构 ) 


UINT ThreadFunc (LPVOID pParam); 


人 否则， 编译 时 会 获得 这 样 的 错误 消息 : 


error C2665: 'AfxBeginThread' : none of the 2 overloads can convert 
parameter 1 from type 'void (unsigned long *)' 


НЕМ ІП ЗЕ ТІНІН А ЖЕБЕ FH TRIS] B] ЖЖ, j п} RURAL ASIE АА ЕНЕ 
局 变量 或 静态 变量 时 ， 数 据 共 孚 所 引发 的 严重 性 (有 好 有 坏 ) 。 至 于 放置 在 堆栈 中 的 变量 或 
对 象 ， 都 不 会 有 问题 ， 因 为 每 一 个 线程 目 有 一 个 堆栈 。 


产生 一 个 UI Thread 


Ul thread 可 不 能 够 光 由 一 个 线程 函数 来 代表 ， 因 为 它 要 义理 消息 ， 它 需要 一 个 消息 循环 。 好 
得 很 ，CWinThread::Run 里 头 就 有 一 个 消息 循环 。 所 以 ， 我 们 应 该 先 从 CWinThread 派 生 一 个 
自己 的 类 ， 再 调用 AfxBeginThread 产生 一 个 CWinThread 对 象 : 


class CMyThread : public CWinThread 


DECLARE DYNCREATE (CMyThread.) 
public: 
void BOOL InitInstance(); 


$; 
ТМРЕЕМЕМТ DYNCREATE(CMyThread, CWinThread) 
BOOL CMyThread::InitInstance() 


{ 


} 
CWinThread *pThread = AfxBeginThread(RUNTIME_CLASS(CMyThread)); 


我 想 你 对 RUNTIME_CLASS 安 已 经 不 阳 生 了 ， 第 3 章 和 第 8 章 都 有 这 个 安 的 原始 代码 展现 以 
及 意义 解释 。AfxBeginThread 是 上 一 小 节 同 名 酌 数 的 一 个 overloaded 函数 ， 一 共 可 以 接受 


五 个 参数 ， 分 别 是 : 
CWinThread* AFXAPI AfxBeginThread(CRuntimeClass* pThreadClass, 
int nPriority = THREAD_PRIORITY_NORMAL, 
UINT nStackSize = 0, 


DWORD dwCreateFlags = 0, 
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL); 


最 后 四 个 参数 的 意义 和 默认 值 比 上 一 节 同 名 函数 相同 ， 但 是 少 接 受 一 个 LPVOID рРагат 2 
数 。 


你 可 以 在 AFXWIN.H 中 找到 CWinThread 的 定义 : 


class CWinThread : public CCmdTarget 

{ 
DECLARE_DYNAMIC(CWinThread) 
BOOL CreateThread(DWORD dwCreateFlags 
LPSECURITY_ATTRIBUTES lpSecurityAttrs 


О, UINT nStackSize = 0, 
NULL); 


int GetThreadPriority(); 

BOOL SetThreadPriority(int nPriority); 

DWORD SuspendThread(); 

DWORD ResumeThread(); 

BOOL PostThreadMessage(UINT message, WPARAM wParam, LPARAM lParam); 


Jr 


其 中 有 许多 成 员 函 数 和 图 14-4 中 的 Win32 АРЕН. TECWIinThreadB EX ñ Ж, ER 
个 函数 只 是 非常 单纯 的 Win32 АРІ 的 包装 而 已 ， 它 们 被 定义 于 AFXWIN2.INL 文 件 中 : 


// in AFXWIN2.INL 

// CWinThread 

 AFXWIN INLINE BOOL CWinThread::SetThreadPriority(int nPriority) 

1 ASSERT(m hThread!zNULL);return ::SetThreadPriority(m hThread, nPriority); ) 

 AFXWIN INLINE int CWinThread::GetThreadPriority() 

1 ASSERT(m hThread != NULL); return ::GetThreadPriority(m hThread); ) 

 AFXWIN INLINE DWORD CWinThread::ResumeThread() 

1 ASSERT(m hThread != NULL); return ::ResumeThread(m hThread); ) 

 AFXWIN INLINE DWORD CWinThread::SuspendThread() 

i ASSERT(m hThread != NULL); return ::SuspendThread(m hThread); ) 

 AFXWIN INLINE BOOL CWinThread::PostThreadMessage(UINT message, WPARAM wParam, LPARAM lPa 
1 ASSERT(m hThread != NULL); return ::PostThreadMessage(m nThreadID, message, wParam, lPa 





线程 的 结束 


既然 worker thread 的 生命 融 是 线程 男 数 本 身 ， 酌 数 一 旦 return, КВТ, BAG 
很 。 或 者 线程 函数 也 可 以 调用 AfxEndThread， 结 束 一 个 线程 。 


Ul 线程 因为 有 消息 循环 的 和 关系， 必须 在 消息 队列 中 放 一 个 WM_QUIT， 才 能 结束 线程 。 放 和 置 
的 方式 和 一 般 Win32 程 序 一 样 ， 调 用 ::PostQuitMessage 即 可 办 到 。 亦 或 者 ， 在 线程 的 任何 一 
个 画 数 中 调用 AfxEndThread， 也 可 以 结束 线程 。 


AfxEndThread 其 实 也 是 个 外 包 疤 ， 其 内 部 调用 _endthreadex， 这 个 动作 才 真 正 把 线程 结 
掉 。 


别 护 了， 不 论 workerthread 或 Ul thread， 都 需要 一 个 CWinThread 对 象 ， 当 线程 结束 ， 记 得 
把 该 对 象 释放 掉 (利用 delete) 。 


线程 与 同步 控制 


看 起 来 线程 的 诞生 与 结束 ， 以 及 对 它 的 优先 权 设 定 、 冻 结 、 重 新 和 启动， 都 很 容易 。 但 是 我 必 
须 警 告 你 ， 多 线程 程序 的 设计 成 功 关 键 并 不 在 此 。 如 果 你 的 每 一 个 线程 都 非常 独立 ， 彼 此 没 
有 干 联 ， 也 束 术 了 。 但 如 果 许 多 个 线程 互 有 天 联 呢 ? 有 经 验 的 人 说 多 线程 程序 设计 有 多 复杂 


多 困难 ， 他 们 说 的 并 不 是 线程 本 身 ， 而 是 指 线 程 与 线程 之 间 的 同步 控制 。 


原因 在 于 ， 没 有 人 能 够 预期 线程 的 被 执行 。 在 一 个 合作 型 多 任务 系统 中 (例如 Windows 
3.x) ， 操 作 系 统 必 须 得 到 程序 的 允许 才能 够 改变 线程 。 但 是 在 强制 性 多 任务 系统 中 (如 
Win95 或 WinNT) ， 控 制 权 被 排 程 器 强制 移 转 ， 也 因此 两 个 线程 之 间 的 执行 次 序 变 得 不 可 预 
期 。 这 不 可 预期 性 造成 了 所 谓 的 race conditions. 


假设 你 正在 一 个 文件 服务 器 中 编辑 一 串 电 话 号 代码 。 文 件 打 开 来 内 容 如 下 : 


Charley 572-7993 
Graffie 573-3976 
Dennis 571-4219 


现在 你 打算 为 Sue 加 上 一 笔 新 数据 。 正 当 你 输入 Sue 电 话 号 代码 的 时 候 ， 另 一 个 人 也 打开 文件 
并 输入 另 一 笔 有 关于 Jason 的 效 据 。 最 后 你 们 两 人 也 都 做 了 存 文 件 动作 。 谁 的 数据 会 留 

来 ?答案 是 比较 晚 存盘 的 那个 人 ， 而 前 一 个 人 的 输入 会 被 覆盖 掉 。 这 两 个 人 面临 的 就 是 race 

condition。 

再 举 一 个 例子 。 你 的 程序 产生 两 个 线程 ，A 和 B。 线 程 B 的 任务 是 设 定 全 局 变量 X。 线 程 A 

则 要 去 读 取 X。 假 设 线 程 B 先 完成 其 工作 ， 设 定 了 X， 然 后 线程 人 二 执行 ， 读 取 X， 这 是 一 

种 好 的 情况 ， 如 图 14-6a。 但 如 果 线 程 A 乞 执行 起 来 并 读 取 全 局 变量 X， 它 会 读 到 一 个 不 适当 
的 值 ， 因 为 线程 B 还 没有 完成 其 工作 并 设 定 适当 的 X。 如 图 14-6b。 这 也 是 race condition, 


另 一 种 线程 所 造成 的 可 能 问题 是 : 死结 (deadlock) 。 图 14-7 可 以 说 明 这 种 情况 。 


tie B 


Good 
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14-ба race condition (good) 
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14-6b race condition (bad) 
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14-7 死结 (deadlock) 


要 解决 这 些 问 题 ， 必 须 有 办 法 协调 各 个 线程 的 执行 次 友 上 ， 让 某 个 线程 等 待 蘑 个 线程 。 
Windows 系统 提供 四 种 同步 化 机 制 ， 帮 助 程序 进行 这 种 工作 : 


1. Critical Section (关键 局 部 ) 

2. Semaphore (号 志 ) 

3. Event (事件 ) 

4. Mutex (Mutual Exclusive， 互 斥 器 ) 
MFC 也 提供 了 四 个 对 应 的 类 : 


ASAAZXE MID £ р: тат 
= NANA - Л í > LX ТТ 
+ 14:8 МЕС 区 线 本 不 
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CObject 
| CSyncObject 


CCriticalSection 


ENT | 





CSemaphore 


МЕС 多 线程 程序 实例 


我 将 在 此 示范 如 何 把 第 1 章 最 后 的 一 个 Win32 多 线程 程序 MItiThrd 改装 为 МЕС 程序 。 我 只 
示范 主 架构 (与 CWinThread、AfxBeginThread、ThreadFunc 有 关 的 部 份 ) ， 程 序 绘 图 部 份 
留 给 您 做 练习 。 


首先 我 利用 MFC AppWizard 产生 一 个 Mltithrd zi А, ЖЕ НН Mltithrd.14 FAZ, 
并 接受 МЕС AppWizard 的 所 有 预 设 选项 。 


接 下 来 我 在 resource.h 中 加 上 一 些 定义 ， 做 为 线程 琅 数 的 人 参数， 以 便 在 绘图 时 能 够 把 代表 各 
线程 的 各 个 长 方形 涂 上 不 同 的 颜色 : 


#define HIGHEST_THREAD 0x00 
Zdefine ABOVE AVE THREAD Ox3F 
#define NORMAL_THREAD Ox7F 
Zdefine BELOW AVE THREAD OxBF 
Zdefine LOWEST THREAD OxFF 


然后 我 在 Mltithrd.cpp 中 加 上 一 些 全 局 变量 (你 也 可 以 把 它们 放 在 CMItithrdApp 之 中 。 我 只 是 
为 了 图 个 方便 ) 


CMltithrd&pp Еһейрр; 

CWinThread*  pThread[5]; 

DWORD  ThreadArg[5] = 4 HIGHEST THREAD, // Охо 
ABOVE AVE THREAD, // Üx3F 


NORMAL THREAD, // üxTF 
BELOW AVE THREAD, // ÜxBF 
LOWEST THREAD // ÜxFF 


|; // РАУАН ЧУЕН 


然后 在 CMltithrdApp::Initlnstance В 85 Je 1910-Е — Ежа: 


// create 5 threads and suspend them 

int 1; 

for (i= 0; 1< b; 1++} 

l 

_pThread[i] = AfxBeginThread(CMlItithrdView::ThreadFunc, 

& ThreadArg[1], 
THREAD PRIORITY NORMAL, 
Ü, 
CREATE SUSPENDED, 
NULL); 


// setup relative priority of threads 
 prhread[ü0]-»SetThreadPriority(THREAD PRIORITY HIGHEST]; 
 prhread[1]-5SetThreadPriority(THREAD PRIORITY ABOVE NORMAL); 
 prhread[2]-»SetThreadPriority(THREAD PRIORITY NORMAL); 
 prhread[3]-»SetThreadPriority(THREAD PRIORITY BELOW NORMAL); 
 pThread[4]-5SetThreadPriority(THREAD PRIORITY LOWEST); 


这 样 一 来 我 就 完成 了 五 个 worker threads 的 产生 ， 并 且 将 其 优先 权 做 了 -2~+2 范围 之 间 的 微 
Jo 

БЕ КЖФ ТЕР. MURES 1 章 已 经 说 过 ， 这 个 函数 的 五 个 线程 可 以 使 用 同一 

КЛЕР. КЕ ЕНЕ ?还 是 static БИЙ КН ? 如 果 是 后 者 ， 应 该 成 为 
в — ^ 3€ BE, д АХ? 


ЯТ ТЕЛЕ ЕВ ИКЕЦПЕІҒІ КЖ, ЗЕРНА T) CMltithrdView 的 一 个 
static БХ Я 0425, HETA AAKA a PU: 


// in MltithrdView.h 

class CMltithrdView : public CView 

і 

public: 
CMltithrdDoc* GetDocument í) ; 
static UINT ThreadFunc(LFPVOID) ; 


|}; 
// іп MltithrdView.cpp 
UINT CMltithrdView::ThreadFunc(LPVOID ThreadArg) 


4 
DWORD dwArg = *(DWORD*)ThreadArg; 


Zf o... OBRUS 1 ҒҰН) MltitThrd —#EBJ$8 BIET E 


return Ü; 


] 

好 ， 到 此 为 止 ， 编译 链接 ， 获 得 的 程序 料 在 执行 后 产生 五 个 线程 ， 并 全 部 冻结 。 以 Process 
Viewer (Visual C++ 5.0 所 附 工具 ) 观察 之 ， 证 明 它 的 确 有 六 个 线程 (包括 一 个 主线 程 以 及 我 
们 所 产生 的 另 五 个 线程 ) 


深入 浅 出 MFC 


‚ Process Viewer Application 
















alx] | 
ТЕТ ЕЕ [EDT 







РУТЕ EXE — FRC3670D 
WINOLDAP FFC2A531 
WINOLDAP FEC2D4CD 8 (Norma) 
WINWORDEXE ЕН 2542 ВЕ (Normal) 
MSDEY EXE FFFDD В (Моста?) 
PPSHELL EXE FFFCBE4] В (Normal 


ETENSRV FFFD7CEF] 8 (Normal) 
| SAGE EXE РЕРСРАЗО 8 (Norma) 
SYSIRAYEXE ЕЕКЕТІ) В (Normal 
'ИТЕЕНАТЕХЕ FFFCD6SBD В (Normal) 
 EXPLOREREXE РЕКС В (Мом 
MMTASE FFEC6UB5 _ B (Mormal 











FFC23175 


FEC3BESI ЕЕС23175 

FFC3BB39 ЕЕ -23175 B (Mormal) 
FFC3B981 ЕКС23175 9 (Above Norm. 
FFC3B6869 FR2-23175 10 (Highest) 
ЕНС23535 ЕЕС23175 В (Mormal) 





接 下 来 ， 留 给 你 的 作业 是 : 
1. 利用 资源 编辑 器 为 程序 加 上 各 选单 项 目 ， 如 图 1-9。 


2. 设计 上 述 选 单项 目的 命令 处 理 例 程 。 


3. Е ЕАК ThreadFunc 内 加 上 计算 与 绘 
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Full Path a] 


TATP R K T BD ШПЕНШУІМІ, 

ОПТАТ ИШЕ ЕЕ WOS БУЕ 
DAWINSSGYSTEMWITNOA 386 MOD 
DAWINSSGYSTIEMWITNOA 386 MOD 

DAMSOPFFICEAWWIN НОВ ГАНІ WORD ЕХЕ 
EADEVSTUDIOSGHAREDIDEBIIPMSDEV EXE 
CAPPENSENWWINSZPPSHELL EXE 

ПАРторап Fiere T2ZRKABOXOGSMRSTENSRV EXE 
DAWINOGS'STSTEMIGAGE EXE 
DAWINGSGYTSTEMSTSTRAT EXE 
DAWINSSETSTEMNNTERNAT EXE | 
DXWINDAEXPLOREREXE | 

DAWINOSSYS ТЕМА Sk zj 
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155 定制 一 个 AppWizard 


我 们 的 Scribble 程序 一 路 走 来 ， 大 家 可 还 记得 它 一 开始 并 不 是 平地 而 起 ， 而 是 由 AppWizard 
以 [程序 代码 产生 右 」 的 身份 ， 目 动 为 我 们 做 出 一 个 我 所 谓 的 [骨干 程序 上 Ж? 

Developer's Studio 提供 了 一 个 开放 的 AppWizard 接口 。 现 在 ， 我 们 可 以 轻易 地 扩充 
AppWizard : 从 小 规模 的 扩 元 ， 到 几乎 改头换面 成 为 一 种 全 新 类 型 的 程序 代码 产生 器 。 
Developer's Studio 提供 了 许多 种 不 同 的 项 目 类 型 ， 供 你 选择 。 当 你 选 按 Visual C++ 5.0 整合 
环境 中 的 【File/New】 命令 项 ， 并 选择 【Projects】 附 页 ， 便 得 到 这 样 的 对 话 窗 画面 : 


Мен 
Jes Projects | wis rkspaces | Other Documents | 


ATL COM AppWizar Project name: 
x: Custom AppWizard [Тор Studio ] 


S Database Project 
"DewvStudio Add-in Wizard 
Ë ISAPI Extension Wizard POETE 
S Maketile hwoo sprogiTop. 18 图 | 
ДЕМЕС Aclivex ControlWizard 
ЭМЕС AppWizar«d (all) 
МЕС AppWizard (ехе) 
3^ New Database Wizard © Create new workspace 
my Wine Application Сай Ті пипетка с 
— Willie Console Application 


*]win32 Dymamic-Link Library НЕ 
М win3? Static Library | | 
Piattorms: 








除了 上 述 这 些 内 建 的 程序 类 型 ， 它 还 可 以 显示 出 任何 自 定 程序 类 型 (custom types) 。 
Developer's Studio (整合 环境 ) 和 AppWizard 之 间 的 接口 借 着 一 组 类 和 一 些 组 件 表现 出 来 ， 
使 我 们 能 够 轻易 订 制 合乎 自己 需求 的 AppWizard。 制 造 出 来 的 所 谓 custom AppWizard (一 个 
扩展 名 为 .AWX 的 动态 链接 男 效 库 ， 注 ) ， 必 须 做 放置 于 人 矿 盘 目录 
\DevStudio\SharedIDE\Template 中 ， 才 能 发 挥 效用 。Developers Studio 和 AppWizard 和 
AWX 之 间 的 基本 架构 如 图 15-1。 


X: 我 以 DUMPBIN (Visual С++ 附 的 一 个 观察 文件 类 型 的 工具 ) 观察 .AWX 档 ， 得 到 结果 
ШК: 


Е: \DevStudio\SharedIDE\BIN\IDE>dumpbin addinwz.awx 

Microsoft (R) COFF Binary File Dumper Version 5.00.7022 
Copyright (C) Microsoft Corp 1992-1997N. All rights reserved. 
Dump of file addinwz.awx 

File Type: DLL «--- 这 证 明 .AWX 的 确 是 个 动态 链接 函数 库 。 

Summary 

1000 ,data 

1000 .reloc 

3A000 .rsrc 

3000 .text 


事实 上 AWX (Application Wizard eXtension) 就 是 一 个 32 位 元 的 MFC extension DLL, 


是 不 是 Visual С++ 系统 中 早已 存在 有 一 些 .AWX TE? 当然 ， 它 们 是 : 


Directory of E:NDevStudioNSharedIDENBINNIDE 


ADDINWZ AWX 255,872 03-29-97 16:43 ADDINWZ.AWX 
ATLWIZ AWX 113,456 03-29-97 16:43 ATLWIZ.AWX 
CUSTMWZ AWX 278,528 03-29-97 16:43 CUSTMWZ.AWX 
INETAWZ АмХ 91,408 03-29-97 16:43 INETAWZ.AWX 
MFCTLWZ AWX 146,272 03-29-97 16:43 MFCTLWZ.AWX 
5 file(s) 885,536 bytes 


请 放心 ， 你 只 能 够 扩充 (新 增 ) 项 目 类 型 ， 不 会 一 不 小 心 取代 了 某 一 个 原 已 存在 的 项 目 类 


ШІ, 


Developer's Studio 


custom AppVVizards in 
Dev Studio Shared IDE'Template 





15-1 Developers Studio 和 AppWizard 和 *.AWX 之 间 的 基本 架构 


到 底 Wizard 是 什么 ? 


所 谓 Wizard， 融 是 一 个 扩展 名 为 .AWX 的 动态 链接 辆 数 库 。Visual C++ 的 "project manager" 
会 检查 整合 环境 中 的 Template E ж (DevStudio\SharedIDE\VTemplate) ， 然 后 显示 其 图 标 
+ [New Project] 对 话 窗 中 ， 供 使 用 者 选择 。 


Wizard 本 身 是 一 个 所 谓 的 [template 直译 器 」。 这 里 所 谓 的 "template" 是 一 些 文 字 文 件 ， 内 
有 许多 特殊 符号 〈 也 就 是 本 章 稍 后 要 介绍 的 macros 和 directives) 。Wizard 读 取 这 些 

template， 对 于 正常 文字 ， 就 以 正常 的 output stream 输出 到 另 一 个 文件 中 ; 对 于 特殊 符号 或 
保留 字 ， 就 解析 它们 然后 再 把 结果 以 一 般 的 output stream 输出 到 文件 中 。Wizard 所 显示 给 


使 用 者 看 的 [步骤 对 话 窗 」 可 以 接受 使 用 者 的 指定 项 目 或 文字 输出 ， 于 是 会 影响 template rh 
的 特殊 符号 的 内 容 或 解析 ， 连 带 也 就 影响 了 Wizard 的 stream 输出 。 这 些 stream 输出 ， 最 后 
就 成 为 你 的 项 目的 源 文件 。 


Custom AppWizard 的 基本 操作 

Developers Studio 提 供 了 一 个 让 我 们 制作 custom AppWizard 的 Wizard， 就 叫 作 Custom 
AppWizard。 让 我 们 先 实地 操作 一 下 这 个 工具 ， 再 来 谈 程 序 扩 术 问题 。 

注意 : 以 下 我 以 Custom AppWizard 表示 Visual С++ 所 附 的 工具 ，custom AppWizard 表示 
БАШЫ ЕНУ ir l2 AppWizardl о 

选 按 【File/New】， 在 对 话 窗 中 选择 Custom AppWizard， 然 后 在 右边 填写 你 的 项 目 名 称 : 


Мея Fix] 
Files Projects | Workspaces | Other Documents | 
















ATL COM AppWizard EXE птик 
本 人 Custom AppWizard [Top Studio | — 
Is Database Project | 


DevsStudio Add-n Wizard Xia 

IB ISAPI Extension Wizard Form E 
EA Mu akeftile hiuüü4tprogiop.1 
МЕС ActiveX ControlWizard 

ЖІМЕС AppWizard (dii) 

SO MF C AppWizarcd (exe) 

s*New Database Wizard * Create new workspace 
[3] Wind? Application 
LJWind32 Console Application 
5] win32 Dynamic-Link Library г Dependency oi 


[3] Win32 Static Library | a | 












Eon o cie DTR SJEA Ë 


按 下 【OKj】 钮 ， 进 入 步骤 一 男 面 : 





(Custom ÁppWizard - Step 1 o£ Z 


What would you like as a starting point for 
your custom AppWizard? 


"^ An existing project 
(Standard MFC AppWizard steps 
г Your own custom steps 





What should your custom AppWizard be called 
in the Projects list? 


[Top Studio AppWizard 


How many custom steps would 
you like? 


让- 一 


ii| Finish | Cancel | Help | 


你 可 以 选择 三 种 可 能 的 扩充 型 式 : 





1. An existing project : 根据 一 个 原 已 存在 的 项 目 文件 (*.dsp) 来 产生 一 个 custom 
AppWizard。 


2. Standard МЕС AppWizard steps : 根据 菏 个 原 有 的 AppWizard， 为 它 加 上 额外 的 几 个 步 
又， 成 为 一 个 新 的 custom AppWizard。 这 是 一 般 最 被 接受 的 一 种 方式 。 


3. Your own custom steps : 有 全 新 的 步骤 和 全 新 的 对 话 窗 画面 。 这 当然 是 最 大 弹性 的 展现 
啦 ， 并 同时 也 是 最 困难 的 一 种 作法 ， 因 为 你 要 自行 负责 所 有 的 工作 。 bmp dud n 
一 个 例子 使 用 第 二 种 型 式 ， 将 介绍 所 谓 的 macros 和 directievs， 你 可 以 从 中 推 而 想 之 这 第 三 种 
型 式 的 繁重 负担 。 


我 的 目的 是 做 出 一 个 属于 我 个 人 研究 室 ("Тор Studio") 专用 的 custom AppWizard， 以 原本 的 
МЕС AppWizard (exe) 为 基础 (有 六 个 步骤 ) ， 册 加 上 一 页 (一 个 步骤 ) ， 让 程序 员 填 入 
姓名 、 简 易 说 明 ， 然 后 Top Studio AppWizard 能 够 把 这 些 数据 加 到 每 一 个 原始 代码 文件 最 前 
端 。 所 以 ， 我 应 该 选择 上 述 三 种 情况 的 第 二 种 : Standard МЕС AppWizard steps， 并 在 上 图 
下 方 选 择 欲 增 加 的 步骤 数量 。 本 例 为 1。 


接 下 来 按 【Next】 进 入 Custom AppWizard 的 第 二 页 : 


Custom AppWizard - Step 2 o[ 2 





Which МЕС AppWizard steps would 
you like to include in your custom 
AppWizard? 

“ МЕС AppWizard Executable 

r МЕС AppWizard Dynamic Link Library 





Which languages will your custom 
AppWlzard support? 





spanish [Modern Sort] [APPWZESP.DLI) 
French [Standard] (APPWZFRA.DLL) 
Italian [Standard] [AFPFWZITADLL] 





ome | ә 


既然 刚刚 选择 的 是 Standard МЕС AppWizard steps， 这 第 二 页 便 问 你 要 制造 出 MFC Exe 或 
МЕС DIl。 我 选择 MFC Exe。 并 在 对 话 窗 下 方 选择 使 用 的 文字 : 英文 。 很 可 惜 目前 这 里 没有 中 
文 可 供 选 择 。 





这 样 束 完成 了 订 制 的 程序 。 按 下 【Finish】 钮 ， 你 获得 一 张 清单 : 


New Project Information 





AppWizard will create a new skeleton project with the following specifications: 






A^ppWizard will now create a custom AppWizard 
named "Тор Studio AppWizard". 


Features: 


+ It will display the AppWizard dialogs for generating 
an application 


+ It will have Its own copies of the corresponding AppWizard 
code templates, which you are free to modify. (If you wish 
not to modify a particular code template, you may delete it 
from your custom AppWizard's project, and AppWizard's copy 
of the code template will automatically be used instead.) 


+ IU will have 1 custom step(s) 


Install Directory: 
hAuüü4iprogiTop.T6 





Cancel | 





再 按 下 【OKj】 钮 ， 开 始 产生 程序 代码 。 然 后 点 选 整 合 环境 中 的 【Build/Top Studio.awx] , ЖЕ 
合 环 境 下 方 出 现 "Making help file..." 字样 。 这 时 候 你 要 注意 了 ， 上 个 厕所 喝 杯 咖啡 后 它 还 是 
那样 ， 一 点 动静 都 没有 。 原来， 整合 环境 启动 了 Microsoft Help Workshop， 而 且 把 它 极 小 
化 ; 你 得 把 它 叫 出 来 ， 让 它 动作 才 行 。 


如 果 你 不 想 要 那些 占据 很 大 磁盘 空间 的 НЕР 文件 和 НТМ 档 ， 也 可 以 把 Microsoft Help 
Workshop 关 挥 ， 控 制 权 便 会 回 到 整合 环境 来 ， 开 始 进行 编译 链接 的 工作 。 


建造 过 程 完 毕 ， 我 们 获得 了 一 个 Top Studio.Awx 文 件 。 这 个 文件 会 被 整合 环境 自动 拷贝 到 
\DevStudio\SharedIDE\Template 磁盘 目录 中 : 


Directory of E:NDevStudioNSharedIDENTemplate 


ATL <DIR> 03-29-97 14:12 ATL 
МЕС КСТ 4,744 12-04-95 16:09 МЕС.КСТ 
README TXT 115 10-30-96 17:54 README.TXT 


TOPSTU-1  AWX 523,776 04-07-97 17:01 Тор Studio.awx 
TOPSTU-1 РОВ 640, 000 04-07-97 17:01 Top Studio.pdb 


mE, BR— ХАН Жаа [FilelNew] , ТЕ [Projects] 对 话 窗 中 我 们 看 到 Top Studio 
AppWizard H3 f : 


T EJE 
Files Projects | Workspaces | Other Documents | 













BATL СОМ AppWizard. ~ Project name: 
Custom AppWizard fest test 
F Dalabase Project 

е PevStudio Add-in Wizard Location: 


«ІЗАРІ Extension Wizard | : 
E Makefile [c Atempttest Ві 
Е МЕС ActiveX ControlWizard 
Я МЕС AppWizard (dll) 
EM MFC AppWizard (ехе) 


























New Database Wizard © Create new workspace 

еп Тор Studio ApnpWizardi С Add to current workspace 

aind? Application ЕТ | T | 
Dependency ot 


Win32 Console Application 
*] Win32 Dynamic-Link Library 
5) win32 Static Library 






[ o | сше | 


试 试 它 的 作用 。 请 像 使 用 一 般 的 MFC AppWizard 那样 使 用 它 ( 像 第 4 章 那 样 ) ， 你 会 发 现 它 
有 7 个 步 又。 前 6 个 和 MFC AppWizard 完全 一 样 ， 第 7 个 画面 如 下 : 





Тор Зе AppWizard - Step 7 of 7 


Торе: Place controls for custom dialog 1 here 


свак | nea» cancel | — нар 


ек, БАЗА KAER, МУ НЕЕ ЖЕР RW! 目前 Top Studio 
AppWizard 产生 出 来 的 程序 代码 和 第 4 章 的 Scribble step0 完全 相同 。 





剖析 AppWizard Components 


15-2 是 AppWizard components 的 架构 图 。 所 谓 AppWizard components， 融 是 架构 出 一 个 
AppWizard 的 所 有 ГЖ], Е: 


1. Dialog Templates (Dialog Resources) 
2. Dialog Classes 
3. Text Templates (Template 子 目 录 中 的 所 有 .H ТЕЛІ .CPP f&) 
4. Macro Dictionary 
5. Information Files 
i Custom Dialog | Custom Dialog 
Resources 


Macro Dictionary 


MewProj.Inf 


Contirm.Inf 





Information Files Templates 


15-2 用 以 产生 一 个 custom AppWizard 的 各 种 components 


Dialog Templates 和 Dialog Classes 


以 Top Studio AppWizard 为 例 ， 由 于 多 出 一 个 对 话 窗 男 面 ， 我 们 势必 需要 产生 一 个 对 话 窗 面 
ËR (template) ， 还 要 为 这 面板 产生 一 个 对 应 的 C++ Ж, ЖИА DDX/DDV (第 10 章 ) 取得 使 用 
者 的 输入 数据 。 这 些 技术 我 们 已 经 在 第 10 章 中 学 习 过 。 


获得 的 使 用 者 输入 数据 如 何 放 置 到 程序 代码 产生 器 所 产生 的 项 目 原始 代码 中 ? 


呢 ， 到 底 谁 是 程序 代码 产生 器 ?老实 说 我 也 没有 办 法 明确 指出 是 哪个 模块 ， 哪 个 文件 (也许 
ME AWX 本 身 ) 。 但 是 我 知道 ， 程 序 代码 产生 器 会 读 取 .AWX 文件 ， 做 出 适当 的 原始 代码 
X, m .AWX 不 正 是 前 面 才 刚 由 Custom AppWizard 做 出 来 吗 ? 里 面 有 些 什么 蹊跷 呢 ? 是 

的 ， 有 许多 所 谓 的 macros 和 directives 存 在 于 Custom AppWizard 所 产生 的 "text 

template" (也 就 是 template 子 目录 中 的 所 有 .CPP 和 .H 档 ) 中 。 以 Top Studio AppWizard 为 
例 ， 我 们 获得 这 些 文件 : 


Н: \9004\РРОС\ТОР.15: 
Тор Studio.h 
StdAfx.h 

Top StudioAw.h 
Debug.h 
Resource.h 
Chooser.h 
CstmiDlg.h <---- 稍 后 要 修改 此 文件 内 容 
Top Studio.cpp 
StdAfx.cpp 

Top StudioAw.cpp 
Debug.cpp 
Chooser.cpp 
CstmiDlg.cpp <---- 稍 后 要 修改 此 文件 内 容 
H:NUOO4NPROGNTOP.15NTEMPLATE : «---- 稍 后 要 修改 所 有 这 些 文件 的 内 容 
DlgRoot.h 
Dialog.h 

Root.h 

StdAfx.h 

Frame.h 
ChildFrm.h 

Doc.h 

View.h 

RecSet.h 
SrvrItem.h 
IpFrame.h 
CntrItem.h 
DlgRes.h 
Resource.h 
DlgRoot.cpp 
Dialog.cpp 
Root.cpp 
StdAfx.cpp 
Frame.cpp 
ChildFrm.cpp 
Doc.cpp 

View.cpp 
RecSet.cpp 
SrvrItem.cpp 
IpFrame.cpp 
CntrItem.cpp 
NewProj.inf 
Confirm.inf 


Macros 


我 们 惯 音 所 说 的 程序 中 的 macro, ЖЕН | 动作 | 。 这 里 的 macro 则 是 用 来 代表 一 个 常 
数 。 前 后 以 包 夹 起 来 的 字符 串 即 为 一 个 macro 名 称 ， 例 如 : 


class $$FRAME CLASS$$ : public $$FRAME_BASE_CLASS$$ 


程序 代码 产生 器 看 到 这 样 的 句子 ， 如 果 发 现 $$FRAME_CLASS$9$ 被 定义 
Z"CMDIFrameWnd", $$FRAME BASE CLASS$$ WEL» "CFrameWnd", mi> ^EH SUR 
的 句子 : 


class CMDIFrameWnd : public СЕгате\па 


Developer Studio 系统 已 经 内 建 一 组 标准 的 macros 如 下 ， 给 AppWizard 所 产生 的 每 一 个 项 
目 使 用 : 


宏 名 称 意义 

APP 应 用 程序 的 CWinApp-driven class. 

FRAME 应 用 程序 的 main frame class. 

DOC 应 用 程序 的 document class. 

VIEW 应 用 程序 的 view class. 

CHILD_FRAME 应 用 程序 的 MDI child frame class (如 果 有 的 话 ) 
DLG 应 用 程序 的 main dialog box class (在 dialog-based 程序 中 ) 
RECSET 应 用 程序 的 recordset class (如 果 有 的 话 ) 

SRVRITEM 应 用 程序 的 main server-item class (如 果 有 的 话 ) 
CNTRITEM 应 用 程序 的 main container-item class (如 果 有 的 话 ) 
IPFRAME 应 用 程序 的 in-place frame class (如 果 有 的 话 ) 


另外 还 有 一 组 macro， 可 以 和 前 面 那 组 搭配 运用 : 


宏 名 称 意义 

с1а55 类 名 称 (小 写 ) 

CLASS 类 名 称 (KE) 

base class 基 类 的 名 称 (小 写 ) 

BASE CLASS 基 类 的 名 称 CAE) 

ifile 实现 文件 名 称 (. CPP 文件 ， 不 含 扩 展 名 ) (小写) 
IFILE 实现 文件 名 称 〈.CPP 文件 ， 不 含 扩 展 名 ) (ХБ) 
Hfile 表 头 文件 名 称 〈.H 文件 ， 不 含 扩 展 名 ) ONE) 
hFILE 表 关 文件 名 称 (н 文件 ， 不 含 扩 展 名 ) (ХБ) 
ROOT 应 用 程序 的 项 目 名 称 (全 部 大 写 ) 

root 应 用 程序 的 项 目 名 称 (全 部 小 写 ) 

Root 应 用 程序 的 项 目 名 称 (可 以 引 大 小 写 ) 


15-3 列 出 项 目 名 称 为 Scribble 的 某 些 个 标准 宏 内 容 。 


宏 实际 内 容 
APP CLASS CSoribbleApp 
VIEW IFILE SCRIBBLEVIEW 
DOC HFILE SCRIBBLEDOC 
doc hfile &cribbledoc 
view Һе &cribbleview 


15-3 =m E] E A ScribbleB Зар 


Directives 


Pig directives, {Иа НЫ] (If. else 等 等 ) ， 用 来 控制 text 
templates 中 的 流程 。 字 符 串 前 面 如 果 以 $$ 开头 ， 就 是 一 个 directive， 例 如 : 


$$IF(PROJTYPE_MDI) 
$$ELSE 


$$ENDIF 


每 一 个 directive 必须 出 现在 每 一 行 的 第 一 个 字符 。 


系统 提供 了 一 组 标准 的 directives 如 下 : 


$$IF 

$$ELIF 

$$ELSE 

$$ENDIF 
$$BEGINLOOP 
$$ENDLOOP 
$$SET_DEFAULT_LANG 
$$// 

$$INCLUDE 


动手 修改 Top Studio AppWizard 


我 的 目的 是 做 出 一 个 属于 我 个 人 研究 室 专 用 的 Тор Studio AppWizard， 以 原本 的 MFC 
AppWizard (ехе) 为 基础 ， 加 上 第 7 个 步骤 ， 让 程序 员 填 和 人 姓名、 简易 说 明 ， 然 后 Top 
Studio AppWizard 融 能 够 把 这 些 数 据 加 到 每 一 个 原始 代码 文件 最 前 疹 。 


看 来 我 们 已 经 找到 出 口 了 。 我 们 应 该 先 为 Top Studio AppWizard 产生 一 个 对 话 窗 ， 当 做 步 又 
7 的 画面 ， 再 产生 一 个 对 应 的 C++ 类 ， 于 是 DDX 功 能 便 能 够 取得 对 话 窗 所 接收 到 的 输入 字符 
в 《程序 员 姓 名 和 程序 主 上 中) 。 然 后 我 们 设计 一 些 macros， 再 撰写 一 小 段 代 码 (其 中 用 到 那 
些 macros) ， 把 这 一 小 段 代 码 加 到 每 一 个 .CPP 和 .Н 档 的 最 前 面 。 大 功 告 成 。 


本 例 不 需要 我 们 动手 写 directives。 


我 想 我 遗漏 了 一 个 重要 的 东西 。Macros 如 何 定 义 ? 放 在 什么 地 方 ? 我 便 经 在 本 书 第 8 章 介 绍 
Scribble 的 数据 结构 时 ， 谈 到 collection classes。 其 中 有 一 种 数据 结构 名 为 Мар (也 就 是 
Dictionary) > Macros 正 是 被 定义 并 储存 在 一 个 Map 之 中 ， 并 以 macro 名 称 做 为 键 值 

(key) 。 


让 我 们 一 步 一 步 来 。 


利用 资源 编辑 器 修改 IDD_CUSTOM1 对 话 窗 画面 


请 参考 第 4 章 和 第 10 章 ， 修 改 IDD_ CUSTOM1 对 话 窗 画面 如 下 : 


ЕГЕН .Microroft Developar Stvdio - [Top Бало - IDD _ CUSTOMI (Dialog) = 
Еее Бі Wew Imen Dea Build Layeat Iech Wadon Help 


ЕСІГІН bejat пят ај E ЕО» 


га - 





атор Studio resources ан 





a g"TEMPLATE" 
с ca Diale 
100 CUSTOHI ELI 
s Icon dk zm 
armo 
Ue 

x; —3Ueregion "m 
Шш H 
" db шу 
№. 
9 В аё 

ғ 








两 个 edit 控 制 组 件 的 ID 如 图 15-4 所 示 。 


利用 ClassWizard 修 改 IDD_ CUSTOM1 对 话 窗 的 对 应 类 
CCustom1Dlg 


图 15-4 列 出 每 一 个 控制 组 件 的 类 型 、 识 别 代 码 及 其 对 应 的 变量 名 称 等 数据 。 变 量 将 做 为 DDX 
所 用 。 修 改动 作 如 图 15-5。 


control ID 名 称 种 类 телді 
IDC_EDIT_AUTHOR m szAuthor Value CString 
IDC EDIT COMMENT m szComment Value CString 


E 15-4 IDD_CUSTOM1 对 话 窗 控制 组 件 的 类 型 、ID、 对 应 的 变量 名 称 


МЕС ля Wizaid ЕЕ 
Message Maps Member Variables | Automation | Activex Events | Glass Info | 
Project: Class name: 





| Add Hass... = 
[Top Studio -| [CCustom1 Dig -] — 
Нали prog Top. Télcstm Tdlag.h, HA.NTop. сито. срр ! 
Control |Ds: Type Member Delete Маған 








IDC EDIT AUTHOR ШИ m 52 Author 
0С EDIT. COMMENT 


Т 





€— 


m srzComment 








Category: 

[value -| 
Description: Variable type: 

[CString -| 

Description: 


CString with length validation 


15-5 利用 ClassWizard 5100 CUSTOM!1 x1t;i£ EE я T edit 
控制 组 件 加 上 两 个 对 应 的 变量 m_szAuthor 和 m szComment， 以 为 DDX 所 用 


Custom AppWizard 为 我 们 做 出 来 的 这 个 CCustom1DIg 必 定 派 生 自 CAppWizStepDIg。 你 不 
会 在 МЕС 类 架构 文件 中 发 现 CAppWizStepDIg， 它 是 Visual C++ 的 mfcapwz.dll 所 提供 的 一 
个 类 。 此 类 有 一 个 虚 函 数 OnDismiss， 当 AppWizard 的 使 用 者 选 按 [Back] = [Next] = 
[Finish] 钮 时 就 会 被 唤起 。 如 果 它 传 回 TRUE，AppWizard 就 可 以 切换 对 话 窗 ; 如 果 传 回 的 
是 FALSE， 融 不 能 。 我 们 可 以 在 这 个 函数 中 做 数值 检验 的 工作 ， 更 重要 的 是 做 macros 的 设 定 
工作 。 


改写 OnDismiss 虚 函数 ， 在 其 中 定义 macros 


前 面 我 已 经 说 过 ，macros 的 定义 储存 在 一 个 Map 结构 中 。 它 在 哪里 ? 


整个 Top Studio AppWizard (以 及 其 它 所 有 的 custom AppWizard) 的 主 类 系 派生 自 系统 提供 
的 CCustomAppWiz : 


// in Top StudioAw.h 
class CTopStudioAppWiz : public CCustomAppWiz 
i 


$; 

// in "Top StudioAw.cpp" 

CTopstudioAppWiz TopStudioaw; // #[ application object. 
// 对 象 命名 规则 是 "项 目 名 称 " + "ам". 


你 不 会 在 MFC 类 架构 文件 中 发 现 CCustomAppWiz， 它 是 Visual C++ 的 mfcapwz.dll 所 提供 的 
一 个 类 。 此 类 拥有 一 个 CMapStringToString 对 象 ， 名 为 m_Dictionary， 所 以 TopStudioaw В 
然 束 继承 了 m_Dictionary。 这 便 是 储存 macros 定义 的 地 方 。 我 们 可 以 利用 
TopStudioaw.m_Dictionary[xxx] = xxx 的 方式 来 加 入 一 个 个 的 macros。 


现在 ， 


#0001 
goooz 
#0003 
йоооа 
#0005 
#0006 
#0007 
#0008 
#0009 
80010 


#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 


改写 OnDismiss ЭПТ: 


// This is called whenever the user presses Next, Back, or Finish with this step 


// present. 


Do all validation & data exchange Егот the dialog іп this function. 


ECOL CCustomlDlg::OnDismissi) 


t 


if (!UpdateData(TRUE)) 
return FALSE; 


ігі m szAuthor.IsEmpty() == FALSE ) 
TopStudioaw.m Dictionary["PROJ AUTHOR"] = m szhAuthor; 
else 


TopStudioaw.m Dictionary["PROJ AUTHOR"] = ""; 


ігі m szComment.IsEmpty() == FALSE | 

TopStudioaw.m Dictionary["PROJ COMMENT"] = m szComment; 
else 

TopStudioaw.m Dictionary["PROJ COMMENT"] = ""; 


CTime date = CTime::GetCurrentTime():; 
CString szDate = date.Format( "ФА, ЯН $d, $Y" }; 
TopStudioaw.m Dictionary["PROJ СОАТЕ") = szDate; 


return TRUE; // return FALSE i£ the dialog shouldn't be dismissed 


这 么 一 来 我 们 就 定义 了 三 个 macros : 


macro 名 称 macro 内 容 
PROJ AUTHOR m szAuthor 
PROJ DATE szDate 


PROJ COMMENT 


m szComment 


修改 text template 


现在 ， 为 Top Studio AppWizard 的 template 子 目录 中 的 每 一 个 .H 档 和 .CPP 档 增 加 一 小 段 代 
码 ， 放 在 文件 最 前 新 : 


ы 


This project was created using the Top Studio AppWizard 
$$PROJ COMMENT$$ 
Project: $$Root$$ 


Author 
Date 


pra 


: ФФРКОЈ AUTHORS$ 


: $$PROJ DATES$$ 


Top Studio À 


ppWizard 执行 结果 





重新 编译 链接 ， 然 后 使 用 Top Studio AppWizard 产生 一 个 项 目 。 第 7 个 步骤 的 画面 如 下 : 
|Top Stadio App Wizard - Step T of T и 
Created һу: [гю ооо 
Comment: ^ — s ribble is tutorial sample for МЕС]. 
Help 





由 Top Studio AppWizard 产生 出 来 的 程序 代码 中 ， 


TXF, ADER 


一 个 .CPP 和 .H 档 最 前 面 果 然 有 下 面 数 





кет ЖЕЛІЛІ ІЛЕСУГЕ 


ED Ви Би iem (еп boi Bui Tes dew si 


a Ый рғ -. 


m= "| [АШ class membis 


| 5 Могкорасе 'Scribble 

-E3$cribble filas 
“ӛсе File 

2 c Header File 

ig ChildFrm. h^ 
В HainFrm.h 
B Resource. h 
E Seribble.h 
miscribbleDoc.h| 
B S$ceribbleUieu.h 
E Stdafx.h 

3 Resource Files 









ar 















更 多 的 信息 


我 在 本 章 中 只 是 简单 示 沁 了 一 下 继承 自 原 有 之 Wizard， 骨 添加 新 功能 
半 上 自助 吧 。 全 上 自助 的 作法 就 复杂 许多 。Walter Oney 有 一 


ESI NN | 







[5сп БЫ ос А] i ж 
НЕЕ 
Ф | T [Entire Сон») È+ КА ы 


ја. mz rue 3 Bb nei: =- 






ы. 


| This project нас created using the Top Studio АррШігага 


Scribble іб tutorial sample for НЕС. 


Project: Seribble L4 
Author : J.J.Heu F 
‚ É . рН 3 | р” ш 
‚| ^^ ! Ш. Я 08, 1997 p 
| ның. ME di 
// StribBlODee-h— interface of the CírcribbleDGt Class 


"P 
РЕЙ 


Wif 'defined(RFX SCRIBELEDOC H, BUENTRTO AFET 1100 SEED, 444553548000 
itdefine АРХ SCRIBBLEDOC.H ВОЕЧТАТО _ AFET 11DO 9680 4445553540000. INC! 


Wif МЕС UER >z 1000 
IE 





E] 的 作法 。 这 该 算是 
篇 "Pay No Attention to the Man 


Behind the Curtain! Write Your Own C++ AppWizards" 文章 ， 发 表 于 Microsoft Systems 


Journal 的 1997 三 月 号 ， 里 面 详 细 描 述 了 全 自助 的 作法 。 请 注意 ， 他 是 以 Visual С++ 4.2 为 演 


练 对 象 。 不 过 ， 


ER mE, Л.Е ЗЕН Visual C++ 5.0. 


Dino Esposito 有 一 篇 文章 "a new assistant", X JT Windows Tech Journal 的 1997 = В 5, 
也 值得 参考 。1997 年 五 月 份 的 Dr Dobb's Journal 也 有 一 篇 名 为 "Extending Visual С++: 
Custom AppWizards make it possible" 的 文章 ， 作 者 是 John Roberts。 


种 16 草 站 上 众人 的 肩膀 -- 使 用 
Components&ActiveX Controls 


从 Visual Basic 开 始 ， 可 以 说 一 个 以 components (软件 组 件 ) 为 中 心 的 程序 设计 时 代 ， 逐 渐 拉 
开 了 序幕 。 随 后 Delphi 和 C++ Builder 陆续 登场 。Visual Basic 使 用 VBX (Visual Basic 
eXtension) 组 件 ，Delphi 和 C++ Builder 使 用 VCL (Visual Component Library) 组 件 ， 

Visual C++ 则 使 用 OCX (OLE Control eXtension) 组 件 。 如 今 OCX 又 演化 到 所 谓 ActiveX 组 
++ (其 实 和 OCX KADR) 。 


Microsoft 的 Visual Basic (使 用 Basic 48) , Borland 的 Delphi (使 用 Pascal 语言 ) ， 以 及 
Borland 的 C++ Builder (使 用 C++ 语言 ) ， 都 称 得 上 是 一 种 快速 开发 工具 (RAD, Rapid 
Application Development) 。 它 们 所 使 用 的 组 件 都 是 PME (Properties-Method-Event) 98 
构 。 这 使 得 它们 的 整合 环境 IDE) 能 够 做 出 非常 可 视 化 的 开发 工具 ， 以 拖 放 、 填 单 的 方式 完 
成 绝 大 部 份 的 程序 设计 工作 。 它 们 的 应 用 程序 开发 程序 大 约 是 这 个 样子 : 


1. 选择 一 些 适当 的 软件 组 件 (VBX 或 VCL) 。 
2. 打开 一 个 form， 把 那些 软件 组 件 拖 放 到 form 中 适当 的 位 置 。 


3. f£Properties 清单 中 填写 适当 的 属性 。 例 如 精确 位 置 、 宽度 高 度 、 或 是 让 A 组 件 的 某 个 属 
PEE ESI B 组件 ... 等 等 。 


4. 撰写 程序 代码 (method) ， 做 为 某 种 event 发 生 时 的 处 理 例 程 。 


依 我 的 看 法 ，Visual С++ 还 不 能 够 算是 RAD。 虽然 ，MFC 程 序 所 能 够 使 用 的 OCX 也 是 
PME (Properties-Method-Event) 架构 ， 但 Visual C++ 整合 环境 没有 能 够 提供 适当 工具 让 我 
们 以 那么 可 视 化 的 方式 〈 像 VB 或 Delphi 或 C++ Builder 那样 拖 放 、 填 单 ) 就 几乎 完成 一 个 程 
序 。 


什么 是 Component Gallery 


Component Gallery 是 目 从 Visual C++ 4.0 之 后 ， 整 合 环境 中 新 增 的 一 个 东西 。 你 可 以 把 它 想 
象 成 一 个 数据 库 ， 储 存 着 ActiveX controls 和 可 重复 使 用 的 C++ 类 (也 就 是 本 章 所 谓 的 
components) , VC++ 5.0 的 Component Gallery 的 使 用 接口 和 VC++ 4.x 有 某 种 程度 的 不 
同 ， 不 过 操控 原则 基本 上 是 一 致 的 。 


当 你 安装 了 Visual C++ 5.0，Component Gallery 已 经 内 含 了 一 些微 软 所 提供 的 components 
和 ActiveX controls CÈ : 以 下 我 料 把 这 两 样 东 西 统称 为 【组 件 ] ) 。 选 按 整 合 环境 的 

[Project / Add To Project / Components and Controls...】 选单 项 目 ， 你 就 可 以 看 到 
Component Gallery : 


Compreni and Comtrols Gallery 





Choose а component to insert into your project 





ED: |M Gallery -| | e| [Е E 


|] Developer Studio Components 






С] BRagisemd Actes Сопат 


Close | 


Morena 





Path to control: 


— 





其 中 有 Developer Studio Components 和 Registered ActiveX Controls m Z&ig %, ТУЛЕ 
一 个 ， 融 会 出 现 目前 系统 所 拥有 的 fj 


如 果 你 以 为 这 些 组 件 储 存在 两 个 地 方 (一 个 是 它 本 来 的 位 置 ， 另 一 份 拷 贝 放 在 Component 
Gallery 之 中 ) ， 那 你 就 错 了 。Component Gallery 只 是 存放 那些 组 件 的 位 置 数据 而 已 。 你 可 
以 说 ， 只 是 存放 一 个 Е тЫ. 


为 什么 组 件 在 此 分 为 Components 和 ActiveX controls 两 种 ?有 什么 不 同 。 简 单 地 说 ， 
Components 是 一 些 已 写 好 的 C++ 类 。 基 本 上 C++ 类 本 来 就 具有 重复 使 用 性 ，Component 
Gallery 只 是 把 它们 多 做 一 些 必要 的 包装 ， 连 同 其 它 资 源 放 在 一 起 成 为 一 个 包 囊 。 当 你 需要 某 
个 component，Component Gallery 给 你 的 是 该 components 的 原始 代码 。 


Сошровев авай Controls Gallery 





Choose а component to insert into your project: 












ы" 
= Бох өлі combo cantols. sewer Info for А 
Fakte support e of te дву 
Hopup Hara 2 ToolTip eupparl 
= Progress Dialog Ж, Майн 
р 2 dens EE Кее! ДЫ Vimdows краш 
n liess ГЕНІ 





This component adds a start-up bitmap [splash screen) to your | 
МЕС application. 


Path to control: 


— 





ActiveX controls 不 一 样 。 当 你 选用 某 个 ActiveX controls, Component Gallery 当然 也 会 为 你 
填 入 一 些 代 码 ， 但 它们 不 是 组 件 的 本 体 。 那 些 代 码 只 是 使 用 组 件 时 所 必须 的 代码 ， 组 件 本 和 映 
在 .OCX 文件 中 (通常 注册 后 的 OCX 文件 都 放 在 Windows\System 磁盘 子 目 录 ) 。 


ActiveX controls 是 很 完整 的 一 个 有 着 PME (Proterties-Method-Event) 架构 的 控制 组 件 ， 但 


Ma ЖЕНА ACER IP SO 


zx. SE— “С++ 类 做 成 完好 的 包 


， 放 到 Component Gallery 中 ， 它 必须 变 为 一 个 单一 文件 ， 内 含 类 资讯 以 及 任何 必须 的 资 
я. 这 在 过 去 的 Visual C++ 4.x 中 是 很 容易 的 事情 ， 因 为 每 次 你 使 用 ClassWizard 新 增 一 个 


类 ， 束 有 一 个 核 示 铭 询 问 你 要 不 要 加 到 Component Gallery : 


Crea № Мом Class 





Class information 


Мате: | 
Base class: [CDialog -| 
File 





Resources 
Dialog ID: IDD PEN WIDTHS 





-OLE Automation — 
ғ None 
C Automation 


C Crentensble by Type 1D: | 






[z Add to Component Gallery 





Visual C++ 4.x 的 ClassWizard 新 增 类 对话 窗 


但 这 一 选项 已 在 Visual C++ 5.0 PER 〈 你 可 以 在 第 10 章 增 加 对 话 窗 类 时 看 到 新 的 画面 ) 。 
看 来 似乎 要 增加 components 不 再 是 那么 方便 了 。 —— 我 想 许 多 人 在 设计 程序 时 
忽略 了 上 图 那个 选项 ， 于 是 每 一 个 项 目 中 的 每 一 个 类 ， 都 被 包 波 到 Component Gallery Æ, ПП 


其 中 许多 根本 是 没有 价值 的 : 





Component Crallery 











Frame EX21BApp EX21BDoe EX21BViee 






g 
нии : 
Main Frame Test2ld Dilog 





[r Miernenft A OI E Cantreole ALLA Ее k ЕУЗІНА ағар Ае ; 


Visual C++ 4.x 的 Component Gallery, $ a AA HF ЙН, РЕ f — ДХ U BB 
components, 





Customize... 


使 用 Components 


当 你 选择 Component Gallery 中 的 Developer Studio Components 数据 夹 ， 出 现 许多 的 
components。 面 对 形形色色 的 「 货 ] ， 你 的 心里 一 定 咬 咕 着 : 怎么 用 嘛 ?幸好 画面 上 有 一 个 
[More Info] 按钮 ， 可 以 提供 你 比较 多 的 信息 。 以 下 我 挑 三 个 最 简单 的 components 做 示范 。 


Splash screen 


Hid Splash Screen， 你 可 以 说 它 是 一 个 [ 炫 炊 男 面 ] 。 玩 过 微软 的 Office »3 ?每 一 个 Office 
软件 一 出 场 ， 在 它 做 初始 化 的 那 段 时 间 里 ， 都 会 出 现 一 个 画面 ， 融 是 Splash screen. 


Splash Screen BJ [More Info】 出 现 这 样 的 画面 : 





a oplash Screen Component Help 


| Splash Screen Component - Overview 


This component automatically inserts a splash screen into an 
application so that it is displayed during the application start up. 
A splash screen is a rectangular bitmap that gets displayed 
меп the application is first launched, Splash screens typically 
display the name of the application, its version number, and 
other user information in a graphically appealing format 


The Splash Screen component is designed to work with Multiple 
Document Interface (МІ) or Single Document Interface (ГІ) 
only. The Splash Screen component will not work in a 
dialog-based application. After the component is inserted into 
your application, you should be able to build it, execute it, and 
see that a standard splash screen is displayed every time you 
start your application 


Splash Screen Component = Specifics 


iplasnhn &creen Component = аби © 





选 按 上 图 下 方 的 "Splash Screen Component - Specifics"， 你 会 获得 一 张 使 用 规格 说 明 ， 大 意 


如 下 : 

ВА Л. splash Screen component， 你 必须 

1. 打开 你 希望 安插 Splash Screen component 的 那个 项 目 。 

2. 选择 整合 环境 中 的 【Project/Add To Project/Components and Controls] 
3. 选择 "Developer's Studio Components" 数据 夹 。 

4. 选择 数据 夹 中 的 Splash Screen component ЖЕТ (Insert) £z. 

5. 设 定 必要 的 Splash Screen 选项 然后 按 下 [OK] #8. 


6. 重建 (重新 编译 链接 ) ЯН. 


如 果 要 把 Splash Screen 加 到 一 个 以 对 话 窗 为 主 (dialog-based) 的 程序 中 ， 


个 component 之 后 做 以 下 事情 : 
1. 找到 你 的 Initlnstance р 
2. 在 你 调用 : 


int nResponse = dlg.DoModal(); 
之 前 ， 加 上 一 行 : 


spl.ShowSplashScreen(FALSE); 


(Т 


选单 项 目 。 


ДЕЛ 


增加 这 一 行 代 码 ， 可 以 确保 Splash Screen 在 主 对 话 窗 被 显示 之 前 ， 会 被 清除 掉 。 


看 来 很 简单 的 样子 


System Info for About Dlg 


看 过 WordPad By [About] 对 话 贸 吗 : 


Eh: WordPad x 
E Microsoft WordPad 
: Windows 95 


Copyright (C) 1981-1095 Microsoft Corp. 


ЗЕ НЕС: 
Windows 95 УЕ 






Windows БЕЗШЕН ДЕ 06,584 KB 
Pin: 32% n[FH 







如 果 你 也 想 让 目 己 的 对 话 窗 有 点 系统 信息 的 显示 能 力 ， 可 以 采用 Component Gallery 提供 的 
这 个 System Info for About Dig component。 它 的 规格 说 明文 字 如 下 : 


SysInfo component 可 以 为 你 的 程序 的 About 对 话 窗 中 加 上 一 些 系 统 信息 (可 用 内 存 数量 以 及 
磁盘 剩余 空间 ) 。 你 的 程序 必须 以 MFC AppWizard 完成 。 请 参考 WordPad 说 明文 件 以 获得 
更 多 信息 。 这 份 规格 书 不 够 详细 。 稍 后 我 会 在 修改 程序 代码 时 加 上 我 自己 的 说 明 。 


Tip of the Day 


看 过 这 种 画面 吗 (微软 的 Office 软 件 束 有 ) 








ЕДЕР ZZ = 
і 
PRERE .. ЕЕ 


в вый » 可 以 自行 总计 出 РДА М)... 








ойе | 每 日 小 秘诀 „ Component Gallery 提供 的 Tips for the Day component 让 你 很 方便 
地 为 自己 加 上 [每 日 小 秘诀 。 这 个 component 的 使 用 规格 是 : 


小 秘诀 文字 文件 (TIPS.TXT) 


拥有 Tips for the Day component 的 程序 将 搜寻 合意 中 的 工作 子 上 目录 ， 企 图 寻找 TIPS.TXT 读 取 
秘诀 内 容 。 如 果 你 希 诗 这 个 秘诀 文字 文件 有 不 同 的 名 称 或 是 放 在 不 同 的 位 置 ， 你 可 以 修改 
CTIP.CPP 中 的 CTIP 3: 8 444, СПРЕЖЯН А, 


〈 候 俊杰 注 : 最 后 这 和 句 话 是 错误 的 。 我 使 用 这 个 component， 授 受 所 有 的 预 设 项 目 ， 获 得 的 
类 名 称 却 是 CTIPDLG， 文 件 则 为 TIPDLG.CPP) 


е TIPS.TXT 的 格式 如 下 : 
1. 文件 必须 是 ASCII 文字 ， 每 一 个 秘诀 以 一 行文 字 表 示 。 


2. 如 果 某 一 行文 字 以 分 号 C) 开头 ， 表 示 这 是 一 行 说 明文 字 ， 不 生 实效 。 说 明文 字 必 须 
有 目 己 单独 的 一 行 。 


3. Z Bf st em. 
4. 每 一 个 小 秘诀 最 多 1000 个 字符 。 


5. 每 一 行 不 能 够 以 空 日 或 定位 符号 (tab) 开始 。 


|| B; АНЫ: 

МЕЛ F, DARRE mM AREA ENERE DREE. ШАН 
T, АРВ, УСЕ ОД Г, E KERAS M 5 308. 

错误 情况 : 

这 个 组 件 希 望 在 MFC 程 序 中 被 使 用 。 你 的 程序 应 该 只 有 一 个 派生 自 CWinApp 的 类 。 如 果 
有 许多 个 CWinApp 派生 类 ， 此 组 件 会 选择 其 中 第 一 个 做 为 实现 的 对 象 。 其 他 的 错误 情况 
包括 秘诀 文字 文件 不 存在 ， 或 格式 不 对 等 等 。 


e 在 程序 的 【Help】 选单 中 加 上 Tip of The Day ЯН: 


这 个 组 件 会 修改 主 框 窗 口 的 OnlnitMenu K, HEERE [Help] 选单 下 加 挂 一 个 Tip 
of The Day 项 目 。 如 果 你 的 程序 原本 没有 【Help】 选 单 ， 此 组 件 就 自动 为 你 产生 一 个 。 


Components 实际 运用 : ComTest 程序 


现在 ， 动 手 吧 。 首 先 利用 MFC AppWizard 产生 一 个 项 目 ， 就 像 第 4 章 的 Scribble stepO ЯВ 
样 。 我 把 它 命名 为 ComTest ( 放 在 书 附 光盘 的 ComTest.17 子 目 录 中 ) 。 然 后 ， 不 要 离开 这 个 
ЯН, Е Component Gallery， 进 入 Developer Studio Components i X, ля 
Splash Screen 和 System Info for About DIg 和 Tips of the Day 三 个 组 件 ， 分 别 按 下 [Insert] 
钮 。Splash Screen 和 Tips of the Day 组 件 会 要 求 我 们 再 指定 一 些 消息 : 


深入 浅 出 MFC 


Splash Screen 























新 增 文 件 


这 时 候 ComTest 项 目 中 的 原始 代码 有 了 一 些 变动 〈 被 Component Gallery AZ) 。 被 改变 的 
文件 是 : 


STDAFX.H 
RESOURCE H 
COMTEST.H 
COMTEST.CPP 
COMTEST.RC 
MAINFRM.H 
MAINFRM.CPP 
SPLASH.H 
SPLASH.CPP 
SPLSH16.BMP 
TIPDLG.CPP 
TIPDLG.H 


选 按 整合 环境 的 【Build/ Build ComTest.Exe】， 把 这 个 程序 建造 出 来 。 建 造 完 毕 试 执行 之 ， 
你 会 发 现在 主 窗 口 出 现 之 前 ， 一 开始 先 有 一 张 画 面 显 现 : 
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深入 浅 出 MFC 





然后 是 每 日 小 秘诀 : 





Tip of tho Day 


X Did You Know... 


Tips file does not exist in the prescribed 
directory 








看 来 ， 我 们 只 要 修改 一 下 Splash Screen 画面 ， 并 增加 一 个 TIPS.TXT 文字 文件 ， 再 变化 一 下 
About 对 话 窗 ， 融 成 了 。 程 序 编 修 动 作 的 确 很 简单 ， 不 过 我 还 是 要 把 这 三 个 组 件 加 诸 于 你 的 程 
序 的 每 一 条 痕 印 都 揭发 出 来 。 


相 天 变化 


让 我 们 分 析 分 析 Component Gallery 为 我 们 做 了 些 什么 事情 。 


STDAFX.H (阴影 部 份 为 新 增 内 容 ) 
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#include <afxwin.h> // МЕС core and st 
#include <afxext.h> // MFC extensions 
#include <afxdisp.h> // MFC OLE automat 
#ifndef АЕҒХ МО AFXCMN SUPPORT 

#include «afxcmn.h» // МЕС 

#endif // АЕҒХ МО AFXCMN SUPPORT 

#include <H:\u002p\prog\ComTest.16\TipDlg.h> 


ТК = АНИ ERMEL. MLER EA FS Fr 8 21А Ж, 


RESOURCE.H 


注 ， 提 醒 您 特别 注意 。 


#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 


COMTEST 


IDB SPLASH 102 //Splash screen 所 加 ， 代 表 一 张 16 色 bitmap 画面 
CG_IDS_PHYSICAL_MEM 103 

CG_IDS_DISK_SPACE 104 

CG_IDS_DISK_SPACE_UNAVAIL 105 

IDB_LIGHTBULB 106 

IDD_TIP 107 

Сб IDS TIPOFTHEDAY 108//Tips 所 加 ， 一 个 字符 串 。 稍 后 我 要 把 它 改 为 中 文 内 容 。 
CG_IDS_TIPOFTHEDAYMENU 109 

CG IDS DIDYOUKNOW 110//Tips 所 加 ， 一 个 字符 串 。 稍 后 我 要 把 它 改 为 中 文 内 容 
CG_IDS_FILE_ABSENT 111 

CG_IDP_FILE_CORRUPT 112 

CG IDS TIPOFTHEDAYHELP 113 

IDC PHYSICAL МЕМ 1000 //SysInfo 所 加 ， 代 表 | 可 用 内 人 存 」 这 个 static 字 段 
IDC_BULB 1000 

IDC DISK SPACE 1001 // SysInfo 所 加 ， 代 表 ЖАН | 这 个 static 字 段 
IDC_STARTUP 1001 

TDC_NEXTTIP 1002 

IDC_TIPSTRING 1004 


.H (阴影 部 份 为 新 增 内 容 ) 
class CComTestApp : public CwinApp 
( 
public: 
virtual BOOL PreTranslateMessage(MSG* pMsg); 
CComTestApp(); 
private: 


void ShowTipAtStartup(void); 


private 


void ShowTipOfTheDay(void); 


) 


COMTEST.CPP (阴影 音 


#0001 
#0002 
#0003 
#0004 
#0005 


份 为 新 增 内 容 ) 


#include "Splash.h" 
#include <dos.h> 
#include <direct.h> 


我 都 加 上 批 


#0006 БЕСІН MESSAGE MAP(CComTestApp, CWinApp) 


#0007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 


80023 
#0024 
80025 
#0026 
80027 
#0028 
80025 
#0030 
#0031 
80032 
80033 
80034 
80035 
#0036 
#0037 
80038 
#0039 
80040 
#0041 
80042 
#0043 
80044 
800485 
80046 
80047 
80048 
800459 
#0050 
#0051 


#0052 
#0053 
#0054 
#0055 
#0056 
#0057 
#&OO 58 
#обБа 
&ooeo 
#0061 
#0062 
#O063 
#ОО64 
#0065 
#ОО66 
so067 
#0068 


ОМ СОММАНО {СС 105 TIPOFTHEDAY, ShowTipoOfTheDay) 
//44AFX MSG MAP (CComTestApp) 
ОМ COMMAND(ID APP ABOUT, OnAppAbout) 
// NOTE - the ClassWizard will add and remove mapping macros here. 
ЁЎ DO МОТ EDIT what you see іп these blocks of generated code! 
/ҒҰРАЕХ MSG MAP 
// Standard file based document commands 
ОМ COMMAND(ID FILE МЕН, CWinApp::OnFileNew) 
ON COMMAND (I D FILE OPEN, CWinApp::OnFileOpen) 
// Standard print setup command 
ОМ COMMAND(ID FILE PRINT SETUP, CWinApp::OnFilePrintSetup) 


END MESSAGE MAP() 


BOOL CComTestApp::InitInstance(t) 


{ 


} 


// Са: The following block was added by the Splash Screen component. 


CCommandLineInfo cmdInfo; 
ParseCommandLine(cmdInfa]:; 
CSplashWnd::EnableSplashScreen(cmdInfo.m bShowSplash]; 


AfxEnableControlContainer():; 


" T ш 


// CG: This line inserted by 'Tip of the Day' component. 
ShowTipAtStartup(i]: 


return TRUE; 


BOOL CComTestApp::PreTranslateMessage(MSG* pMsqg) 
{ 


// CG: The following lines were added by the Splash Screen component. 
if [(CSplashWnd::PreTranslateAppMessage(pMsg]) 
return ТЕШЕ; 


return CWinApp::PreTranslateMessage(pMsg]: 


BOOL CAboutDlg::OnInitDialog(] 
{ 


CDialog::OnInitDialog(]; // CG: This was added Бу System Info Component. 


// CG: Following block was added by System Info Component. 


i 
CString 


CString 
CString 


strrFreeDisksSpace; 
mt rE reeMemory: 
шегіте; 


// Fill available memory 

HEMORYSTATUS MemsStat; 

MemStat.dwLength = sizeof(MEMORYSTATUS) ; 
GlobalMemoryStatus(iMemSstat)]: 
strEmt.LoadString(CG IDS PHYSICAL МЕМ); 
strFreeMemory.Format(strFmt, MemStat.dwTotalPhys / 10241); 


//TODO: Add a static control to your About Вох to receive the memory 
ғ; information. Initialirze the control with code like this: 
// SetDlgltemText(IDC PHYSICAL МЕМ, strFreeMemory): 


/f Fill disk free information 


#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
#0086 
#0087 
#0088 
#0089 


struct  diskfree t diskfree; 


int nDrive =  getdrive(]; // use current default drive 
if ( getdiskfree(nDrive, &diskfree) == 0) 
{ 


strFmt.LoadString (CG IDS DISK SPACE]; 
strFreeDiskSpace.Format(strFmt, 
(DWORD]diskfree.avail clusters * 
(DWORD]diskfree.sectors per cluster * 
(DWORD]diskfree.bytes per sector / (DWORD]1024L, 
nDrive-l + Т{'А’}}; 
] 
else 
strFreeDiskSpace.LoadString(CG IDS DISK SPACE UNAVAIL]; 


//TODO: Add a static control to your About Box to receive the memory 
fz information. Initialize the control with code like this: 
// SetDlgItemText(IDC DISK SPACE, strFreeDiskSpace]; 


return TRUE; // CG: This was added by System Info Component. 


COMTEST.RC (阴影 部 份 为 新 增 内 容 ) 


IDB SPLASH BITMAP DISCARDABLE "Splsh16.bmp" 


E ER 


IDD TIP DIALOG DISCARDABLE 0, 0, 231, 164 

STYLE DS MODALFRAME | WS POPUP | WS CAPTIOM | WS SYTSMENU 
CAPTICH "Tip of the Day" 

FONT B, "М5 Sans Serif" 


BEGIN 
CONTROL "",-l,"Static",SS BLACKFRAME,12,11,207,123 
LTEXT "Some String",IDC TIPSTRING,28,63,177,60 
CONTROL "&Show Tips on StartUp",IDC STARTUP, "Button", 
BS AUTOCHECKBOX | WS GROUP | WS TABSTOP,13,146,85,10 
PUSHBUTTON "Next Tip", IDC NEXTTIP,109,143,50,14,WS GROUP 
DEFPUSHBUTTON "&Close",IDOR,168,143,50,14,WS GROUP 
CONTROL "",IDC BULB,"Static",SS BITMAP,20,17,190,111 
END 


т m ғ 


STRINGTABLE DISCARDABLE 


BEGIN 


CG IDS PHYSICAL MEM 
CG IDS DISK SPACE 


"#10 KB" 
filu KB Free on &c:" 


CG IDS DISK SPACE UNAVAIL "Unavailable" 


CG IDS TIPOFTHEDAY 

CG IDS TIPOFTHEDAYMENU 

CG 105 DIDYOUKNOW 
CG IDS FILE ABSENT 


END 


"Displays a Tip of the Day." 


"Ti&p of the Day..." 
"Did You Know..." 
"Tips file does not exist in the prescribed directory; 


STRINGTABLE DISCARDABLE 


BEGIN 
CG IDP FILE CORRUPT 


"Trouble reading the tips file" 


CG IDS TIPOFTHEDAYHELP  "&Help" 


END 


MAINFRM.H 《阴影 部 份 为 新 增 内 容 ) 


class CMainFrame 


{ 


: public CMDIFrameWnd 


// Overrides 


// ClassWizard generated virtual function overrides 
//((AFX VIRTUAL(CMainFrame] 

virtual ВОО, PreCreateWindow(CREATESTRUCT& cs]; 
//]]AEX VIRTUAL 


// Generated message map functions 


protected: 


|; 


afx msg void OnInitMenu(CMenu* pMenu]; 


MAINFRM.CPP (阴影 部 份 为 新 增 内 容 ) 


#0001 
#0002 
#0003 
ғОООА 
#0005 
#0006 
#0007 
#0008 
#0003 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 


#include "Splash.h" 
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct] 
( 


// CG: The following line was added by the Splash Screen component. 
CSplashWnd::ShowSplashScreen(this]; 


return Ü; 
} 
Л КИЕ ТЛ АШ АЛЛЕ ЖОЛ КИЛЕ КЕЛЕЛЛЕ УУ ЛЫ УКЕ ЛЕ Л ЛЕЛЕК КОЛ КЛ Л ЕЛЫ 


// CMainFrame message handlers 


#0016 void CMainFrame::OnInitMenu([CMenu* pMenu] 


#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 


#0041 
Қо042 
#0043 
ЕО044 
#0045 
#0046 
#0047 
#0048 
#0049 
#0050 


#0051 
#0052 
Ғгате 
#0053 
#0054 
#0055 
#0056 
#0057 
#0058 
#0059 
#O060 


( 


CMDI FrameWnd: :OnInitMenu(pMenu]; 


// CG: This block added by 'Tip of the Day' component. 


t 


// TODO: This code adds the "Тір of the Day" menu item 
// on the fly. It may be removed after adding the menu 
// item to all applicable menu items using the resource 
// editor. 


// Add Tip of the Day menu item on the fly! 
static CMenu* pSubMenu = NULL; 


CString strHelp; strHelp.LoadString(CG IDS TIPOFTHEDAYHELP]; 
CString strMenu; 

int nMenucCount = pMenu--GetMenuItemCount(]; 

BOOL bFound = FALSE; 


for (int i=; i < nMenuCount; i++] 

{ 
pMenu-»GetMenuString(i, strMenu, MF BYPOSITION); 
if (кііМепи == strHelp] 
{ 


рэчЬМепи = pMenu->GetSubMenu (1 ] ; 
bFound = TRUE; 


ASSERT(pSubMenu != NULL]; 


CString strTipMenu; 
strTipMenu.LoadString(CG IDS TIPOFTHEDAYMENU] ; 
if (!bFound) 
{ 
// Help menu is not available. Please add it! 
if (pSubMenu == NULL] 


{ 


// The same pop-up menu is shared between mainfrm and 


// with the doc. 
static CMenu popUpMenu; 
рэчЬмепи = &popUpMenu; 
pSubMenu-7CreatePopupMenu ():; 
pSubMenu-»InsertMenu(0, MF STRING|MF BYPOSITION, 
CG IDS TIPOFTHEDAY, strTipMenu); 
] 


рМмепи->АррепоМепи ( MF STRINGIME НҮРОЗІТІОМ|МЕ ЕМАНГЕП|МЕ POPUF, 


#0061 
#0062 
#0063 
#O0 64 
#0065 
#0066 


added. 


#0067 
#0068 
#0069 
#0070 
#0071 
#0072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
KOOBO 


(UINT)pSubMenu-»m hMenu, strHelp]; 
ПгачМепиВаг(); 
| 
else 
{ 
// Check to see if the Tip of the Day menu has already been 


pSubMenu--GetMenuString(0, strMenu, MF BYPOSITION) ; 


if (strMenu !- strTipMenu] 
{ 
// Тір of the Day submenu has not been added to the 
// first position, so add it. 
pSubMenu--InsertMenu(0, MF ВУРОЗТТТОН}; // Separator 
pSubMenu--?InsertMenu(0, MF STRING|MF BYPOSITIOM, 
Сб 105 TIPOFTHEDAY, strTipMenu]; 


} 


SPLASH.H (全 新 内 容 ) 


#0001 
#0002 
#0003 
#0004 
#0005 
ОСОБ 
ЮО007 
#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 


#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 


// CG: This file was added by the Splash Screen component. 


Bifndef SPLASH SCRM- 
#define SPLASH SCRM 


// Splash.h : header file 


A 
/ / Splash Screen class 


class CSplashWnd : public CWnd 
| 
// Construction 
protected: 
CS5plashWnd(]; 


// Attributes: 
public: 
CBitmap m bitmap; 


// Operations 
public: 
static void EnableSplashScreen(BHOOL bEnable = TRUE]; 


#0024 static void ShowSplashScreen(CWnd* pParentWnd = NULL]; 


#0025 static BOL PreTranslateAppMessage(MSG* pMsg]; 
#0026 

#0027 // Overrides 

#0028 // ClassWizard generated virtual function overrides 
#0029 //((AEX VIRTUAL (CSplashWnd] 

#0030 ҰҰРРАҒХ VIRTUAL 

#0031 


#0032 // Implementation 
#0033 public: 


#0034 -CSplashWnd(]; 

#0035 virtual void PostNcDestrceryí(]; 

#00246 

#0037 protected: 

#0038 ВОСІ Create (CWnd* pParentWnd = NULL]; 
#0039 void HideSplashScreen(]; 

#0040 static BOOL c bShowSplashWnd; 

#0041 static CSplashWnd* c pSplashWnd; 
#0042 


#0043 // Generated message map functions 
#0044 protected: 


#0045 //((AEX MSG(CSplashWnd] 

#0046 afx msg int OnCreate(LPCREATESTRIKT lpCreateStruct]; 
#0047 afx msg void OnPaint(]; 

#0048 afx msg void OnTimer(UINT nIDEvent]; 

#0049 /ҰұРАҒХ МЕС 

#0050 DECLARE MESSAGE МАР ({) 

#0051 ]; 

#0052 


#0053 #endif 


SPLASH.CPP (全 新 内 容 ) 


#0001 // CG: This file was added Бү the Splash Screen component. 
#0002 // Splash.cpp : implementation file 

#O003 

ЕОООЯ #include "stdafx.h" // е. q. stdafx.h 

#0005 #include "resource.h" // e.g. resource.h 
#O006 

80002 #include "Splash.h" // e.g. splash.h 

КОСОВ 

#0009 #ifdef  DEBUG 

#0010 #define new DEBUG NEW 

#0011 #undef THIS FILE 

#0012 static char BASED CODE THIS FILE[] = FILE ; 
#0013 #endif 


#0014 
#0015 РАКЕ 


#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 
#0042 
#0043 
#0044 
#0045 
#0046 


#0047 
#0048 
#0049 
#0050 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
#0057 


// | Splash Screen class 

BOOL CSplashWnd::c bShowSplashWnd; 
CSplashWnd* CSplashWnd::c pSplashWnd; 
CSplashWnd::CSplashWnd([] 

{ 

] 


CSplashWnd::-CSplashWnd(] 

{ 
// Clear the static window pointer. 
ASSERT (c pSplashWnd this]; 
c pSplashWnd = NULL; 


BEGIN MESSAGE MAP(CSplashWnd, CWnd] 
//((AFX MSG MAP(CSplashWnd] 
ОН WM CREATE() 
СЫ WM PAINT() 
ON WM TIMER() 
dd} ]AFX MSG MAP 

END MESSAGE МАР { | 


void CSplashWnd::EnableSplashScreen(BHOOL bEnable /*- TRUE*/] 


( 
с bShowSplashWnd = bEnable; 


void CSplashWnd::ShowSplashScreen(CWnd* pParentWnd /*= NULL*/) 
{ 
if (іс bShowSplashWnd || c pSplashWnd != NULL] 


return; 


// Allocate a new splash screen, and create the window. 
c pSplashWnd = new CSplashWnd; 
if (іс pSplashWnd--Create(pParentWnd]] 
delete c pSplashWnd; 
else 
с pSplashWnd-»UpdateWindow(); 


BOOL CSplashWnd::PreTranslateAppMessage(MSG* рМка) 


{ 
if {с pSplashWnd == NULL) 


return FALSE; 





// If we get a keyboard or mouse message, hide the splash screen. 
if (pMsg-»message == WM_KEYDOWN || 

WM SYSKEYDOWNM || 

WM LBUTTONDOWN || 

WM RBUTTONDOWN || 

WM MBUTTONDOWN || 

WM HCLBUTTONDOWM || 

WM HCRBUTTONDCOWM || 

WM NCHMBUTTONDOWN) 


pMsg-^message 
pMsg--?message 
pMsg-^message 
pMsg-?message 
pMsg-^message 
pMsg-^message 
рМед->техаде 


深入 浅 出 MFC 


#0071 
#0072 
KO073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#0080 
#0081 
#0082 
#0083 
#0084 
#0085 
KOOBSG 
#0087 
#0088 
#0089 


#0090 
#0091 
#0092 
#0093 


ісі94 


#0095 
ROOSE 
#пбэ? 
Дата: 
#0099 
#0100 
#0101 
#0102 
#0103 
#0104 


#0105 
#0106 
#0107 
йолт Оа 
#0109 
#0110 
#0111 
MO 112 
#0113 
#0114 
#0115 
#0116 
#0117 
ác118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 
BO 1236 
#0127 
#0128 
MO 1 2 S 
#0130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0135 
#0140 


с pSplashWnd-»HideSplashScreen(]: 


return TRUE; // message handle 


return FALSE; // message not handled 


d here 


BOOL CSplashWnd::Create(CWnd* pParentWnd /*= MHULL*/] 


1 


| 


if (!m bitmap.LoadBitmap(IDB SPLASH]] 
return FALSE; 


BITMAP bm; 
m bitmap.GetBitmap(i&bm]: 


return CreateEx(O, 


AfxRegisterWndClass(O0, AfxGetApp()-»LoadStandardCursor(IDC ARROW]], 


NULL, WS POPUP | WS VISIBLE, 0, б, bm.bmWidth, bm.bmHeight, 
pParentWnd--GetSafeHwnd()], NULL]: 


void CSplashWnd::HideSplashScreen(] 


t 


// Destroy the window, and update the ma 
DeztroyWindow()];: 
AfxGetMainWnd(]-»UpdateWindow(]:; 


void CSplashWnd::PostHMcDestroy(] 


t 


// Free the С++ class. 
delete this; 


inframe. 


int CS5plashmnd::oOnCreate[(LPCREATESTHRUCT lpcreatestruct] 


t 


if {Сю : yn C restelpcCeCrexntesStruet] == -1] 
return =l; 


/## Center Ehe window. 
CenterWindow(t): 


/f Бек a timer to destroy the splash screen. 


SGetTimer(1, 750, NULL): 


return O; 


void CS5Splashmnd::onPaint()] 


i 


CPaintDC dc(this]:; 
сос dcImage; 
if ('dcImage.CreateCompatibleDc(izdc]] 


return; 


ВІТМАР bm; 
m bitmap.GethHitmapi&bm) ; 


// Paint the image. 


CBitmap* pOldBitmap = dcImage.SelectObject(&m bitmap): 


dc.BitBlt[(O, о, bm.bhmWidth, bm.bmHeight, 
dclImage,.sSelectobjecti(pOldHitmap]: 


void CSplashnd::onTimer[UINT nIDEwvent) 


i 


/f/ Destroy the splash creen window. 
HideSplashscreen(): 


&dclmage, б, 0, SRCCOPY)]; 
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TIPDLG.H (全 新 内 容 ) 


#0001 
#0002 
#0003 
#0004 
#0005 
#0006 
#0007 


#0008 
#0009 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 


#0042 
#0043 
#0044 
#0045 
#0046 
#0047 
#0048 
#0049 


#if !defined(TIPDLG Н IMCLUDED ] 
#define TIPDLG Н INCLUDED | 


// CG: This file added by "Тір of the Day' component. 


КЛ ЛКК EE E FEEDER EE NER EE RN QE 
// CTipDlg dialog 


class CTipDlg 


{ 


: public CD1aloq 


// Construction 


public: 


ClipDlg(cWnd* pParent = 


// Dialog Data 


//((AEX. DATA(CTipDlg] 
// enum ( IDD = IDD TIP 
Воот, m bStartup; 
CString m strTip; 

ИЕ} |АЕХ DATA 


FILE* m pStream; 


// Overrides 
// ClassWizard generated virtual function overrides 


//((AFX. VIRTUAL (CTipDlg] 
protected: 


virtual void DoDataExchange(CDataExchange* рОХ}; 


//]]AEX VIRTUAL 


// Implementation 


public: 


virtual -CTipDlg(l; 


protected: 


|; 


endif // !defined(TIPDLG Н INCLUDED | 


// Generated message map functions 


//((AFX MSG(CTipDlg) 
afx msg void OnMextTipí]; 


NULL]; 


|; 


// standard constructor 


// DDX/DDV support 


afx msg HBRUSH OncCtlColor(CDC* рос, CWnd* pWnd, UINT nctlcolor]; 


virtual void Опок); 


virtual ВОС, OnInitDialog(]; 


afx msg void OnPaint(]; 
ҰҰНАҒХ MSG 
DECLARE MESSAGE HAPI] 


void GetMextTipString(CString& strMext]; 


TIPDLG.CPP (全 新 内 容 ) 


0001 #include "stdafx.h" 


80002 
#0003 
#0004 
#0005 
#0006 
#0007 
gooo8 
80009 
#0010 
#0011 
#0012 
#0013 
#0014 
#001 5 
#0016 
#0017 
$0018 
#0019 
#0020 
#0021 
#0022 
#0023 
#0024 
#0025 
goo26 
80027 
80028 
#0029 
$0030 
#0031 
#0032 
#0033 
#0034 
#0035 
BO0O 386 


80037 
#0038 
#0039 
80040 
#0041 
#0042 
#0043 
#0044 
#004 5 
#0046 
#0047 


Kinclude "resource.h" 


// CG: This file added by 'Tip of the Day' component. 


Kinclude <winreg.h> 
Kinclude ZsysVXstat.h- 
Kinclude £zys*Mtypez.h-? 


Kifdef  DEBUG 

Kdefine new DEBUG МЕМ 

Kundef THIS FILE 

static char THIS FILE(] = _ FILE ; 
Непот Е 


ИИ 
// CTipDlg dialog 


Kdefine MAX BUFLEN 


static 
static 
static 
ztatic 


1000 


const ТСНАН 
const TCHAR 
const TCHAR 
const TCHAR 


szSection[] = Ti"Tip"): 

szintFilePos[] = Tí("FilePos"); 
szTimeStamp[]  Ti("TimeStamp"]; 
szIntStartup[] = Ti"StartUp"); 


CTipDlg::CTipDlg(CWnd* pParent /*-NULL*/] 


t 


: CDialog(IDD TIP, pParent] 


//{{АЕХ DATA. INIT (CTipDlg) 
m bStartup = TRUE; 
//)]AEX DATA IMIT 


// We need to find out what the startup and file position parameters are 
// If startup does not exist, we assume that the Tips on startup is checked TRUE. 


CWinApp* pApp = AfxGetApp(): 
m bStartup = !pApp-»-GetProfileInt(szSection, szIntStartup, Q]; 


UINT iFilePos = pApp--GetProfileInt(szSection, szIntFilePos, 0]; 


// Now try to open the tips file 

m pStream — fopen("tips.txt", "r"]; 

if (m pStream == NULL) 

í 
m strTip.LoadString(CG IDS FILE ABSENT]; 
return; 

} 


// ТЕ the timestamp in the INI file is different from the timestamp of 


深入 浅 出 MFC 


фйо4в 
ае 9 
#ООБО 
#0051 
#0052 
#0053 
#0054 
#0055 
#0056 
80057 
#0058 
#0059 
#0060 
#0061 
#0062 
#0063 
%О064 
#0065 
RO0O66 


#0067 
#O068 
#0059 
#0070 
#0071 
80072 
#0073 
#0074 
#0075 
#0076 
#0077 
#0078 
#0079 
#0080 
#0081 
#0032 
#0083 


KOOBA 
#0085 
KOOB6 
#0087 
#0088 
#O089 
#0090 
#0091 
#0092 
#0093 


// the tips file, then we know that the tips file has been modified 
// Reset the file position to O and write the latest timestamp to the 
// ini file 
struct stat buf; 
 fstat( fileno(m pStream], &buf]; 
CString strCurrentTime = ctime(&buf.st ctime); 
strCurrentTime.TrimRight(]: 
CString strStoredTime - 
pApp--GetProfileString(szSection, szTimeStamp, NULL): 
if (strCurrentTime != strStoredTime] 


t 
iFilePos = 0; 
pApp--WriteProfileString(szSection, szTimeStamp, strcCurrentTime): 
} 
if (fseek(m pStream, iFilePos, SEEK SET] != 0) 
( 
BfxMessageBox (CG ТОР FILE СОННИРТ); 
} 
else 
{ 


GetNextTipString(m_strTip]; 


CTipDlg::-CTipDlg() 


{ 
// This destructor is executed whether the user had pressed the escape key 
// ог clicked on the close button. If the user had pressed the escape key, 
// it is still required to update the filepos in the ini file with the 
// latest position so that we don't repeat the tips! 
// But make sure the tips file existed in the first place.... 
if (m pStream != NULL) 
{ 
CWinApp* рАрр = AfxGetApp(]: 
PApp->WriteProfileInt(szšection, szIntFilePos, ftellím pStream]]: 
Есісзеіт pStream]:; 
| 
} 


void CTipDlg::DoDataExchange(CDataExchange* pDX] 
{ 
CDialog::DoDataExchange(pUX]; 
//((AFX DATA MAP(CTipDlg) 
DDX Check(pDX, IDC STARTUP, m bStartup]; 
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#0094 
#0095 
#0096 
#0097 
#0098 
#0099 
#0100 
#0101 
#0102 
#0103 
#0104 
#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 
#0126 
#0127 
#0128 


#0129 
80130 
#0131 
#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 


DDX Text (рох, IDC TIPSTRING, m_strTip]); 
//))AEX DATA МАР 


BEGIN MESSAGE MAP(CTipDlg, CDialog) 
//((AFX MSG MAP (CTipDlg] 
OM BH CLICKED(IDC НЕХТТІР, OnMNextTip] 
ОН WM CTLCOLOR(] 
OM WM PAINT() 
//)]AFX MSG MAP 

END MESSAGE MAP(] 


ЕЕ 
// CTipDlg message handlers 


void CTipDlg::OnNextTip(i] 


i 


GetMextTipString(m strTip]: 
UpdateData (FALSE) ; 


void CTipDlg::GetNextTipString(CString& strNext] 


{ 


LPTSTR lpsz = strMext.GetBuffer([MAX BUFLEN); 


// This routine identifies the next string that needs to be 
// read from the tips file 

BOOL bStop = FALSE; 

while ('bsStop] 


{ 


if ( fgetts(lpsz, MAX BUFLEN, m pStream] == NULL] 


i 
ғғ 
ИЕ 
ГЕ 


if 


We have either reached EOF or enocuntered some problem 
In both cases reset the pointer to the beginning of the file 
This behavior is same as VCH Tips file 


(fseek(m pStream, О, SEEK SET] != 0} 
AfxMessageBox(CG ТОР FILE CORRUFPT]; 


 (*lpsz != ' ' EE *lpsz != '\t? && 


*lpsz (а 'in' && *lpsz != ';'] 


// There should be no space at the beginning of the tip 
// This behavior is same аз VC** Tips file 
// Comment lines are ignored and they start with a semicolon 
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#0140 
#0141 
#0142 
#0143 
#0144 
#0145 
#0146 
#0147 
#0148 
#0149 
#0150 
#0151 
#0152 
#0153 
#0154 
#0155 
#0156 
#0157 
#0158 
#0159 
#0160 
#0161 
#0162 
#0163 
#0164 
#0165 
#0166 
#0167 
#0168 
#0169 
#0170 
#0171 
#0172 
#0173 


#0174 
#0175 
#0176 
#0177 
#0178 
#0179 
#0180 
#0181 
#0182 
#0183 
#0184 
#0185 


bStop = TRUE; 


} 
strMext.ReleaseBuffer(]; 


HBRUSH CTipDlg::OnCtlColor([CDC* рос, сипа" pWnd, UINT nctlcolor] 


( 


if (pWnd-»GetDlgCtrlID(] = IDC TIPSTRING] 
return (HBRUSH)GetStockObject(WHITE BRUSH]; 


return CDialog::OnCtlColor(pDC, pWnd, nCtlColor]; 


void CTipDlg::OnOK[] 


{ 


CDialog::OnOK(]); 


// Update the startup information stored in the IMI file 
CWinApp* pApp = AfxGetApp(]; 
pApp--WriteProfileInt(szSection, szIntStartup, !m bStartup); 


BOOL CTipDlg::OnInitDialog(] 


{ 


CDialog::OnInitDialog(]: 
// ТЕ Tips file does not exist then disable NextTip 
if (m pStream -- NULL] 

GetDlgItem(IDC NEXTTIP)-5EnableWindow(FALSE); 


return TRUE; // return TRUE unless you set the focus to a control 


void CTipD1g::OnPaint(] 


CPaintDC dc(this); // device context for painting 


// Get paint area for the big static control 
CWnd* pStatic = GetDlgItem(IDC BULB]); 

CRect rect; 

pStatic--GetWindowRect(&rect]); 
ScreenToClient(&rect)]:; 


// Paint the background white. 


í O A L" `⁄ /一 í | 
IIDOLIICIKNSCGAACUVCA ЗОПНОГ 


CBHrush brush; 
brush.CreateStockObDject(WHITE BRUSH); 
dc.FillRect(rect, &brush]:; 


// Load bitmap and get dimensions of the bitmap 
CBitmap bmp: 

bmp.LoadBitmap(IDB LIGHTHBULHB];: 

BITMAP bmpInfo; 

bmp.GetBitmap(í&bmpInfa]; 


// Draw bitmap in top corner and validate only top portion of window 

CDC dcTmp; 

dcTmp.CreateCompatibleDc (вас) ; 

dcTmp.Selectobject(&bmp) ; 

rect.bottom = bmpInfo.bmHeight + rect.top; 

dc.BitBlt(rect.left, rect.top, rect.Width(], rect. Height), 
&dcTmp, Ó, 0, SRCCOPTY]; 


// Draw out "Did you know..." message next to the bitmap 
CString strMessaqge; 

strMessage.LoadString(CG IDS DIUYOUKNOW]:; 

rect.left += bmpInfo.bmwidth; 

dc.DrawText(strMessage, rect, DT VCENTER | DT SINGLELINHE]:; 


// Do not call CDialog::OnPaint() for painting messages 


修改 ComTest 程序 内 容 


以 下 是 对 于 上 述 新 增 文 件 的 分 析 和 与 修改 。 稍 早 我 便 分 析 过 ， 只 要 修改 一 下 Splash Screen 男 
面 ， 增 加 一 个 TIPS.TXT 文字 文件 ， 再 变化 一 下 About т, ХТ. 


COMTEST.RC 


要 把 目 己 准备 的 图 片 做 为 [йй шш], АЛЕЯ. НН IS Splash 
Screen 组 件 带 给 我 们 的 Splsh16.bmp 的 内 容 ， 其 二 是 修改 RC 档 中 的 IDB_SPLASH 所 对 应 的 
文件 名 称 。 我 选择 后 者 。 所 以 我 修改 RC 榴 中 的 一 行 : 


IDB SPLASH BITMAP DISCARDABLE  "Dissect.bmp" 


Dissect.bmp 图 文件 内 容 如 下 : 
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nr 
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此 外 我 也 修改 RC 文件 中 的 一 些 字 符 串 ， 使 它们 呈现 中 文 : 


IDD_TIP DIALOG DISCARDABLE 0, 0, 231, 164 

STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU 
CAPTION "今日 小 秘诀 " 

FONT 8, "MS Sans Serif" 


BEGIN 
CONTROL "" -1,"Static",SS BLACKFRAME, 12, 11, 207, 123 
LTEXT "Some String",IDC TIPSTRING, 28, 63, 177, 60 
CONTROL "程序 启动 时 显示 小 秘诀 ", IDC_STARTUP, "Button", 

BS AUTOCHECKBOX | WS GROUP | WS TABSTOP, 13,146,85,10 
PUSHBUTTON "下 一 个 小 秘诀 ", IDC_NEXTTIP, 109, 143, 50,14,WSs_GROUP 
DEFPUSHBUTTON "关闭 ", ТООК, 168, 143,50, 14,5 СВО0Р 

CONTROL "" IDC_BULB, "Static", $$ ВІТМАР, 20, 17, 190, 111 
ЕМО 

STRINGTABLE DISCARDABLE 

BEGIN 

// CG_IDS DIDYOUKNOW "Did You Know..." 

CG IDS DIDYOUKNOW ERI ЕЕ..." 

END 


增加 一 个 TIPS.TXT 


这 很 简单 ， 使 用 任何 一 种 文字 编辑 工具 ， 遵 循 前 面 说 过 的 TIPS.TXT 文件 格式 ， 做 出 你 的 每 日 
小 秘诀 。 


修改 RC 档 中 的 About 对 话 窗 画 面 





СозТев1 Version 1. 0 ас L ок | 


ra Copyright (С) 1997 


^ Physical Memory : X ч 
С Disk Space : x ) 
< 22 


我 增加 了 四 个 static 控 制 组 件 ， 其 中 两 个 做 为 标签 使 用 ， 不 必 在 乎 其 ID。 另 两 个 准备 给 
ComTest 程 序 在 [About] 对 话 窗 出 现时 设 定 系统 资讯 使 用 ，ID 分 别 设 定 为 
IDC_PHYSICAL_MEM 和 IDC_DISK_SPACE， 配 合 System Info for About Dlg 组 件 的 建议 。 


COMTEST.CPP 


在 CAboutDIlg::OnlnitDialog 中 利用 SetDlgltemText 设 定 稍 早 我 们 为 对 话 窗 男 面 新 增 的 两 个 
static 控制 组 件 的 文字 内 容 (Component Gallery 已 经 为 我 们 做 出 这 段 程 序 代 码 ， 只 是 暂时 把 
它 标 记 为 说 明文 字 。 我 只 要 把 标记 符号 // 去 除 即 可 ) 


BODL CAboutDlg::OnInitDialog(] 
{ 


SetDlgItemText(IDC PHYSICAL МЕМ, strFreeMemory]:; 
SetDlgItemText(IDC DISK SPACE, strFreeDiskSpace]; 


] 
return TRUE; // CG: This was added by System Info Component. 


ComrTest 修改 结果 


一 切 尽 如 人 意 。 现 在 我 们 有 了 理想 的 Splash Screen 画面 如 前 所 述 ， 也 有 了 Tips of the Day 
对 话 窗 : 
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使 用 ActiveX Controls 


MicrosoftB Visual Basic 自 1991 年 推出 以 来 ， 已 经 成 为 Windows 应 用 软件 开发 环境 中 的 佼佼 
者 。 它 的 成 功 极 大 部 份 要 六 功 于 其 开放 性 质 : 它 所 提供 的 VBXs 被 认为 是 一 种 极 佳 的 面向 对 
象 程序 设计 架构 。VBX 是 一 种 动态 链接 事 数 库 (DLL) ， 类 似 Windows 的 订 制 型 控制 组 件 

(custom control) 。 


VBX 不 适用 于 32 位 环境 。 于 是 Microsoft 再 推出 另 一 规格 OCX。 不 论 是 VBX OCX, mE 
Borland 的 VCL， 都 提供 Properties-Method-Event (PME) 接口 。Visual Basic 之 于 VBX， 以 
及 Borland C++ Builder 和 Delphi 之 于 VCL， 都 提供 了 整合 开发 环境 (IDE) 5 PME 接口 之 
闻 的 极 密 切 结合 ， 使 得 程序 设计 更 进一步 到 达 [以 拖拉 、 填 单 等 简易 动作 惑 能够 完成 」 的 可 
视 化 境界 。 也 因此 没有 人 会 反对 把 Visual Basic 和 Delphi 和 C++ Builder Ja * #RAD (Rapid 
Application Development， 快 速 软件 开发 工具 ) 的 行列 。 但 是 Visual C++ 之 于 OCX， 还 没 能 
够 有 这 么 好 的 整合 。 


我 怎么 会 谈 到 OCX Ше ? 本 节 不 是 ActiveX Control «5 ?«й, OCX 就 是 ActiveX Control ! 由 于 
微软 把 它 所 有 的 Internet 技术 都 称 为 ActiveX， 所 以 OLE Controls 就 变 成 了 ActiveX 
Controls。 


我 不 打算 讨论 ActiveX Control 的 撰写 ， 我 打算 把 全 部 篇 幅 用 到 ActiveX Control 的 使 用 上 。 


如 果 对 ActiveX Control 的 开发 感 兴趣 ，Adam Denning 的 ActiveX Control Inside Out 是 一 本 很 
不 错 的 书 (ActiveX 控制 组 件 彻 底 研 究 ， 侯 俊杰 译 / 松 岗 ) 


ActiveX Control 基础 观念 : Properties. Methods. 
Events 


你 必须 了 解 ActiveX Control 三 种 接口 的 意义 ， 并 且 充 份 了 解 你 打算 使 用 的 某 个 ActiveX 
Control 有 些 什么 特殊 的 接口 ， 然 后 才能 够 使 用 它 。 


基本 上 你 可 以 拿 你 已 经 很 熟悉 的 C++ 类 来 比较 ActiveX control, 3X 62 — T ei Б ВЈ 
件 ， 有 它 上 自己 的 成 员 变 量 ， 以 及 处 理 这 些 成 员 变 量 的 所 谓 成 员 辑 数 ， 是 个 自给 自足 的 体系 。 
ActiveX control 的 三 个 接口 也 有 类 似 性 质 : 


e property - 相当 于 C++ 类 的 成 员 变 量 
e method - 相当 于 C++ МБХ я АЖ 
е event - 相当 于 Windows 控制 组 件 发 出 的 notification 消息 


ActiveX Control 规 格 中 定 有 一 些 标准 的 (库存 的 ) 接口 ， 例 如 BackColor 和 FontName 等 
properties，Addltem 和 Move 和 Refresh 等 methods， 以 及 CLICK 和 KEYDOWN 等 events。 也 
就 是 说 ， 任 何 一 个 ActiveX Control 大 致 上 都 会 有 一 些 必 各 的 、 基 础 的 性 质 和 能 力 。 


以 下 针对 ActiveX Control 的 三 种 接口 与 C++ 类 做 个 比较 。 至 于 它们 的 具体 展现 以 及 如 何 使 
用 ， 稍 后 在 实例 中 可 以 看 到 。 








CCmdTarget 


C ListBox 


| CEdit | 






2 COleContro | ntrol | 





methods 


设计 目 己 的 C++ 类 ， 你 当然 可 以 在 其 中 设计 成 员 男 数 。 此 一 函数 之 调用 者 必须 在 编译 时 期 知 
道 这 一 函数 的 功能 以 及 它 的 参数 。 搭 配 Windows 内 建 之 控制 组 件 (如 Edit. Button) 而 设计 
的 类 (如 CEdit、CButton) ， 内 部 固定 会 设计 一 些 成 员 函 数 。 菜 些 成 员 辑 数 (如 
CEdit::GetLineCount) 只 适用 于 特定 类 ， 但 某 些 根 类 的 成 员 函 数 (例如 
CWnd::GetDlgltemText) 则 适用 于 所 有 的 子 类 。 


ActiveX Control 的 method 极 类 似 C++ 类 中 的 成 员 函 数 。 但 它们 被 限制 在 一 个 有 限 的 集合 之 
中 ， 集 合 内 的 名 单 包 括 Addltem、Removeltem、Move 和 Refresh 等 等 。 并 不 是 所 有 的 
ActiveX Controls 都 对 每 一 个 method 产生 反应 ， 例 如 Move 就 不 能 够 在 每 一 个 ActiveX 
Control 中 运作 自如 。 


properties 


基本 上 properties 用 来 表达 ActiveX Control 的 属性 或 数据 。 一 个 名 为 Date 的 组 件 可 能 会 定义 
一 个 所 谓 的 DateValue， 内 放 日 期 ， 这 就 表现 了 组 件 的 数据 。 它 还 可 能 定义 一 个 所 谓 的 
DateFormat， 人 允许 使 用 者 取得 或 设 定 日 期 表现 形式 ， 这 就 表现 了 组 件 的 属性 。 


你 可 以 说 ActiveX Control 的 properties 相当 于 C++ 类 的 成 员 变 量 。 每 一 个 ActiveX Control 可 
以 定义 属于 它 自己 的 properties， 可 以 是 一 个 字符 串 ， 可 以 是 一 个 长 整数 ， 也 可 以 是 一 个 浮 点 
数 。 有 一 组 所 谓 的 properties 标准 集合 (被 称 为 stock properties) , A ВаскСоіог, 
FontName、 Caption 等 等 properties， 是 每 个 ActiveX control 都 会 拥有 的 。 


一 般 而 言 properties 可 分 为 四 种 类 型 : 
e Ambient properties 
e Extended properties 


e Stock properties 


e Custom properties 


events 


Windows 控制 组 件 以 所 谓 的 notification (通告 ) 消息 送 给 其 父 窗口 ( 通 弟 是 对 话 禄 ) ， 例 如 
按钮 组 件 可 能 传送 出 一 个 BN CLICKED, ActiveX Control 使 用 完全 相同 的 方法 ， 不 过 现在 
notification 消息 被 称 为 event， 用 来 表示 某 种 状况 发 生 了 。Events 的 发 射 可 以 使 ActiveX 
Control 有 能 力 通 知 其 宿主 (container， 也 就 是 VB 或 VC EF) ， 于 是 对 方 有 机 会 处理 。 大 部 
(2 ActiveX Controls 送出 标准 的 events， 例 如 CLICK、KEYDOWN、KEYUP 等 等 ， 某 些 
ActiveX Controls 会 送出 独一无二 的 消息 (例如 ROWCOLCHANGE) 。 


一 般 而 言 events 可 分 为 两 种 类 型 : 
e Stock events 


e Custom events 


ActiveX Controls 的 五 大 使 用 步骤 


欲 在 程序 中 加 上 ActiveX Controls， 基 本 上 需要 五 个 步骤 : 
1. 建立 新 项 目 时 ， 在 AppWizard 的 步骤 3 中 选择 [ActiveX Controls] 。 这 会 使 程序 代码 多 
出 一 行 : 


BOOL COcxTestApp::InitInstance() 


AfxEnableControlContainer(); 


2. 进入 Component Gallery, #HActiveX Controls 安插 到 你 的 程序 中 。 


3. 使 用 ActiveX Controls。 通 党 我 们 在 对 话 禄 中 使 用 它 。 我 们 可 以 把 资源 编辑 器 的 工具 箱 里 头 
的 ActiveX Controls 拖 放 到 目标 对 话 窗 中 。 


4. 利用 ClassWizard 产生 对 话 窗 类 ， 并 处 理 相 关 的 Message Maps、 消 息 义理 例 程 、 变 量 定 
义 、 对 话 框 回 数 等 等 。 


5. 编译 链接 。 


我 籽 以 系统 内 建 (已 注册 过 ) 的 Спа ActiveX Control 做 为 示范 的 对 象 。Grid 具有 小 型 电子 表 
格 能 力 ， 当 然 它 远 比 不 上 Excel (ЖЖ Excel 怎么 卖 ) ， 不 过 你 至 少 可 以 获得 一 个 中 规 中 和 矩 的 
7x14 电子 表格 ， 并 且 有 基本 的 编辑 和 运算 功能 。 


容 我 先 解 释 我 的 目标 。 图 16-1 是 我 期 望 的 结果 ， 这 个 电子 表格 完全 为 了 家 寿 记 账 而 量 身 设 
计 ， 假 设 你 有 五 种 收入 ELARRE) ， 这 个 表格 可 以 让 你 登录 每 个 月 的 每 一 种 收入 ， 并 计 


算 月 总 收入 和 年 总 收入 ， 以 及 各 分 项 总 收入 。 


Update Valu 





16-1 在 对 话 窗 中 使 用 Grid ActiveX control。 

每 一 横 列 或 纵 行 的 最 后 一 栏 都 是 总 和 。 

由 于 Grid 本 身 并 不 提供 编辑 能 力 ， 我 们 以 电子 表格 右 侧 的 一 个 edit 字 段 做 为 编辑 局 部 。 使 用 者 
所 选择 的 方 格 的 内 容 会 显示 在 这 edit 字 段 中 ， 并 且 人 允许 被 编辑 内 容 。 数 值 填 入 后 必须 按 

下 «Enter». $, XÆ [Update Value】 钮 上 按 一 下 ， 电 子 表格 内 容 才 会 更 新 。 如 果 要 直接 
在 电子 表格 字段 上 做 编辑 动作 ， 并 不 是 不 可 以 ， 把 edit 不 偏 不 倚 贴 到 字段 也 就 是 了 ! 

本 书 进 行 到 这 里 ， 我 想 你 对 于 工具 的 使 用 应 该 已 经 娴 融 了 ， 我 将 假设 你 对 于 像 | 利用 
ClassWizard 为 CMainFrame z: 截 一 个 ID_GridTest 命 伟 ， 并 指名 其 义理 常 式 为 OnGridTestj 
这 样 的 叙述 ， 知 道 该 怎么 去 动手 。 


使 用 Grid ActiveX Control : OcxTest 程 序 


首先 利用 MFC AppWizard 做 出 一 个 OcxTest 项 目 。 记 得 在 步骤 3 选择 【ActiveX 
Controls] 
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然后 进入 Component Gallery， 将 Grid 安插 到 项 目 中 : 


深入 浅 出 MFC 


"I 


П ГЕ 





对 话 窗 的 设计 


产生 一 个 新 新 的 对 话 窗 。 这 个 动作 与 你 在 第 10 章 为 Scribble 加 上 "Pen Width" 对 话 窗 的 步骤 完 
全 一 样 。 请 把 新 对 话 窗 的 ID 从 IDD_DIALOG1 改 变 为 IDD_GRID。 


从 工具 箱 中 抓 出 控制 组 件 来 ， 把 对 话 窗 布 置 如 下 。 


第 16 章 站 上 众人 的 肩膀 -- 使 用 Components&ActiveX Controls 561 










[Edit 
Update value] 





虽然 你 把 Grid 拉 大 ， 它 却 总 是 只 有 2x2 个 方 格 。 你 必须 使 用 右键 把 它 的 Control Properties 5| 
出 来 (如下) ， 进 入 Control 附 页 ， 这 时 候 会 出 现 各 个 properties : 


(ril Control Froperties 





* T General — | Pictures | Fonts | Colors | АШ | 
Rows: [14 Cols: f 
Fixed Rows: П FixedCols: [ GridLine Width: [ 





EillStyle: | [O - Single -| F Enabled 
BorderStyle: [1 - Fixed Single М [Z GridLines 
SollBus: — [3- Both "| Fç Highlight 
MoussPointer: |0. Default = 





Control 附 页 在 中 文 Windows 中 竟然 变 成 [一般] 。 这 是 否 也 算是 一 只 和 与 虫 ? 


现在 选择 Rows， 设 定 为 14， 再 选择 Cols， 设 定 为 7。 你 还 可 以 设 定 行 的 宽度 和 列 的 高 度 ， 以 
及 方 格 初 值 ...。 噢 ， 记 得 给 这 个 Grid 组 件 一 个 ID， 叫 做 IDC_GRID 好 了 。 


整个 对 话 窗 的 设计 规格 如 下 - 


{Ж ID 文字 内 容 

对 话 窗 IDD_GRID ActiveX Control (Grid) Testing 
OK 按钮 IDOK OK 

Сапсе1##я IDCANCEL Cancel 

Edit IDC_VALUE 

Update Value 按钮  IDC UPDATEVALUE Update Value 

Grid IDC_GRID 


现在 准备 设计 IDD_GRID 的 对 话 窗 类 。 这 件 事 我 们 在 第 10 章 也 做 过 。 进 入 CLassWizard， 填 
= [Add Class) Е, БЕ [ОК] A: 


Мете Class 








Class information | 
Мате: [CGridDig 
Cancel | 
File name: GridD1g cpp = 
Change... | 
Base class: [cDialog -| 
Dialog ID: IDD. GRID - 


Automation 
Ee Hone 


C Automation 





Гг Же ГЕНГЕ ІНЕ n npe КЫ 


回 到 ClassWizard 主 画面 ， 准 各 为 组 件 们 设计 消息 处 理 例 程 。 步 又 是 先 选 择 一 个 组 件 1D， 
择 一 个 消息 ， 然 后 按 下 [Add Function】 钮 。 注 意 ， 如 果 你 选择 到 一 个 ActiveX 
Control, "Messages" 清单 中 列 出 的 就 是 该 组 件 所 能 发 出 的 events。 


МЕС Classe ЕРТЕ 


Message Maps | Member Variables | Automation | ActiveX Events | Ctass Info | 





Project 22 авз пате Add базе. » | 
JOcxTest -| Сога С - | 


Add Function 


HA. AOexTest. 1 гіа сно. А, HA YocxTest.] AGridDig.cpp 


Object IDs: Messages: Delete Function | 















ЕТ ТЕТІ! " 
IDC UPDATEV/AILUI Click 


IDC VALUE Dbi Click 
IDCANCEL KeyDowrn 
ШОК Keny Press 
KeylUp E 
Member functions 


V DoDataExchandge 
W OnCancel ON IDCANCEL:BN, CLICKED 
W OnilnitDialog ОМ WM INITDIALOG 

W Onok ON IDOK:BN. CLICKED 
LE опзасвалаесон IDE GRID: Sel Change 






H 





Description: Occurs when the current range changes to a different cell or range of 




































































OK | Cancel 


本 例 的 消息 义理 例 程 的 设计 规格 如 下 : 


对 象 ID 消息 НРА ААА 


c 


Сга е құм INTITDIALOG OnInitDialog 


(Рё ч вх CLICK On Ok 

IDC ANCEL BN CLICK OnCancel 

IDC VALUE 

IDC UPDAIENXV ALUE B* CLICK OnUpdatevalue 
IDC GRID YBN SELCHANGE OnSelchangeGrid 


到 此 为 止 ， 我 们 获得 这 些 新 文件 : 


RESOURCE. H 
OCXTEST.RC 

GRIDCTRL.H <-- 本 例 不 义理 这 个 文件 
GRIDCTRL .CPP <-- 本 例 不 义理 这 个 文件 
FONT . H <- - 本 例 不 义理 这 个 文件 
FONT .CPP <- - 本 例 不 义理 这 个 文件 
PICTURE.H <-- 本 例 不 义理 这 个 文件 
PICTURE .CPP <- - 本 例 不 义理 这 个 文件 
GRIDDLG.H «-- 本 例 主要 的 修改 对 象 


GRIDDLG ,CPP «-- 本 例 主 要 的 修改 对 象 


其 中 重要 的 相关 程序 代码 我 特别 挑 出 来 做 个 认识 : 
OCXTEST.RC 


IDD GRID DIALOG DISCARDABLE 0, 0, 224, 142 

STYLE DS MODALFRAME | WS POPUP | WS CAPTION | WS SYSHMENHU 
CAPTION “ActiveX Control [Grid] Testing" 

КОНТ 10, "System" 


BEGIN 
DEFPUSHBUTTOM  "OK",IDOK,172,7,44,14 
PUSHBUTTON "Cancel", IDCRNCEL 172, 24,44,14 
CONTROL м", ТОС GRID,"(A8C3B720-0B5A-101B-B22E-00AADO37B2FC]", 
WS TABSTOP,7,7,157,128 
PUSHBUTTON "Update Value",IDC UPDATEVALUE,173,105,43,12 
EDITTEXT IDC VALUE,173,89,43,12,ES AUTOHSCROLL 
END 
GRIDDLG.H 


class CGridDlg : public CDialog 
{ 


// Implementation 
protected: 


// Generated message map functions 
//((AFX MSG(CGridDlg] 

virtual BOOL OnInitDialog(]; 
virtual void OnOK(]; 

virtual void OnCancel(]; 

afx msg void OnUpdatevalue(]; 


аЁх msg void OnSelChangeGridí(]; 
DECLARE ЕУЕМТ5ІМЕ МАР { | 
ҰҰНАҒХ MSG 
DECLARE MESSAGE МАР") 
}; 


GRIDDLG.CPP 
BEGIN MESSAGE MAP(CGridDlg, СПізіса) 
//((AEX MSG MAP(CGridDlg] 
OM BN CLICKED(IDC UPDATEVALUE, OnUpdatevalue] 


//]]AFX MSG МАР 
END MESSAGE MAP(] 


FE-PKFEFFFIgF C Pg Bg gg g | I I Cg Gg Bg M IIIFKlK К КЕЛК ГД 
иы 
// CGridDlg message handlers 
BEGIN ЕУЕМТБІМК MAP(CGridDlg, CDialaog] 
//((AFX EVENTSINK MAP (CGridDlg] 
OM EVENT(CGridDlg, IDC GRID, 2 /* SelChange */, OnSelChangeGrid, VTS МОМЕ} 
//)])]AFX EVENTSINK МАР 
END EVEHTSIHR МАР { ] 
ВОСТ, OGridDlg::OonInitDialog()] 
{ 
CDialog::OnInitDialog(]; 
// TODO: Add extra initialization here 
return TRUE; // return TRUE unless you set the focus to a control 
УР EXCEFTIOM: OCX Property Pages should return FALSE 
void CGridDlg::OnOK(] 


// TODO: Add extra validation here 


CDialog::OnoOKR(]; 


void CGridDlg::OonCancel(] 
// TODO: Add extra cleanup here 


CDialaog::OncCancel(t]; 


void СігісПій:: Оп раағеуаіне(| 


{ 
// TODO: Add your control notification handler code here 


| 


void CGridDlqg::OnSelChangeGridí()] 


i 
Рг TODO: Add your control notification handler code here 





为 对 话 框 加 上 一 些 变量 


进入 ClassWizard， 进 入 [Member Variables】 附 页 ， 选 按 其 中 的 【Add Variable] mn, 
OcxTest 加 上 两 笔 成 员 变 量 。 其 中 一 笔 用 来 储存 目前 被 选中 的 电子 表格 方 格 内 容 ， 另 一 笔 数 据 
用 来 做 为 Grid 对 象 ， 其 变量 类 型 是 CGridCtrl : 








А Шавь Variabla IT IX Add Мазін атпа 
Member variable name ЕСЖ | Member varlabie name: | | ok | 
Re o oo oo Ескен а ок 
Cancel | Cancel | 
[Сомго -| 
[caridctr "| 
map to CGridCtri member CString with length validation 





这 两 个 动作 为 我 们 带 来 这 样 的 程序 代码 : 
GRIDDLG.H 


class CGridDlg : public CDialog 
{ 
// Dialog Data 
//ТЧАЕХ DATA(CGridDlg) 
enum í IDD = IDD GRID }; 
CGridCtrl m OcxGrid; 
CString m cellValue; 
// Y) AFX. DATA 


J; 


GRIDDLG.CPP 


CGridDlg::CGridDlg(CWnd* pParent /*-NULL*/) 
: CDialog(CGridDlg::IDD, pParent) 


//(14AFX DATA INIT(CGridDlg) 
m cellValue - T(""); 
//YYAFX DATA INIT 


void CGridDlg::DoDataExchange(CDataExchange* pDX) 


Í 
CDialog::DoDataExchange(pDX); 
/7ХТАЕХ DATA MAP(CGridDlg) 
DDX Control(pDX, IDC GRID, m OcxGrid); 
DDX Text(pDX, IDC VALUE, m cellValue); 
// Y) AFX. DATA MAP 

j 


新 增 一 个 选单 项 目 


利用 资源 编辑 器 ， 将 选单 修改 如 下 : 


| a АснуеХ Control Test | 





Grid Test 


注意 ， 我 所 改变 的 选单 是 IDR_MAINFRAME， 这 是 在 没有 任何 子 窗口 存在 时 才 会 出 现 的 选 
单 。 所 以 如 果 你 要 执行 OcxTest 并 看 到 Grid 组 件 ， 你 必须 先 将 所 有 的 子 窗口 关闭 。 


现在 利用 ClassWizard 在 主 窗口 的 消息 映射 表 中 拦截 它 的 命 命 消息 : 


МЕС Class Wizard EIEI) 
Message Maps | Member Variables | Automation | ActiveX Events | Ctass Info | 


Project Class name: Add Саве = | 
[ocxTest -] [CMainFrame -] 


Aud Function 


НА AOexTest. 1 7MainFrm.h, НА.ЛОсхТезі 1 AMainFrm.cpp 
Object IDs: Messages: 
ID FILE PRINT | CoMMAND 
ID FILE PRINT. SETUP 
ID FILE SAVE 
LEOTE LES 
ID NEXT. PANE i 
到 






UPDATE COMMAND Ul 











ID PREV РАНЕ 

ID. VIEW STATUS BAR 

Member functions: 

W OnCreate ОМ WM CREATE |, 
M OnGridTest ом _ ID _GridTest COMMAND 

V PreCreateWindow 





Description: Handle а command (from menu. accel, cmd button) 





获得 对 应 的 程序 代码 如 下 : 


MAINFRM.H 


class CMainFrame : public CMDIFrameWnd 


{ 


protected: 
/F((AEX MSG(CHainFrame] 
afx msg int OnCreate(LPCREATESTRUCT lpCreateStruct]; 
afx msg void OnGridTest(]; 
ҰҰНАҒХ MSG 
DECLARE MESSAGE МАР{] 
|; 


MAINFRM.CPP 


BEGIN MESSAGE MAP(CMainFrame, CMDIFrameWnd] 
//((AEX MSG MAP(CMainFrame] 
ON WM CREATE() 
OM СОММАНП (ІП GridTest, OnGridTest] 
//]]AEX MSG МАР 

END MESSAGE МАР() 


void CMainFrame::OnGridTest(] 


{ 
// TODO: 


| 


为 了 让 这 个 新 增 选 单 命令 真正 发 挥 效 用 ， 将 Grid 对 话 窗 唤起 ， 我 在 OnGridTest 函数 加 两 
行 : 

#include "GridDlg.h" 

void MainFrame: :0nGridTest {] 


{ 
CGridDlg 914; РР constructs the dialog 


dlg.DoModal(]; // starts the dialog 
] 


m, УЗОсхтезее Ем, f#*|— АРАМ НЕ, Grid 之 中 全 无 内 容 。 


Grid 相关 程序 设计 
现在 我 要 开始 设计 Grid НРА, КАЮТ: 
准 各 一 个 二 维 (7x14) 的 DWORD 数组 ， 用 来 储存 Grid 的 方 格 内 容 。 


e ЕН ИЯ ЕН 〈 本 例 不 进行 文件 读 写 ) ， 并 产生 Grid 对 话 
框 。 


° 对 话 框 一 出 现 ， 程 序 立 刻 把 电子 表格 的 行 、 列 、 宽 、 局 ， 以 及 字段 名 称 都 设 定好 ， 并 且 
把 二 维 数 组 的 数值 放 到 对 应 方 格 中 。 初 值 的 总 和 也 一 并 计算 出 来 。 


e 把 计算 每 一 列 每 一 行 总 和 的 工作 独立 出 来 ， 成 立 一 个 ComputeSums М, Z f Xi tF 
表格 内 容 ， 必 须 设计 一 个 7x14 二 维 数 组 。 虽 然 电 子 表 格 中 某 些 方 格 (如 列 标题 或 行 标 
ES) 不 必 有 内 容 ， 不 过 为 求 简化 ， 还 是 完全 配合 电子 表格 的 大 小 来 设计 数值 数组 好 了 。 
注意 ， 不 能 把 这 个 变量 放 在 АРХ DATA 之 内 ， 因 为 我 并 非 以 ClassWizard 加 入 此 变量 。 


GRIDDLG.H 


#define MAXCOL 7 
#define MAXROW 14 


class CGridDlg : public CDialog 
1 


// Dialog Data 
double m dArray[MAXCOL] [MAXROW] ; 


private: 
void ComputeSums(í]; 


Нн 
为 了 设 定 Grid 中 的 表 头 以 及 初 值 ， 我 在 OnlnitDialog 中 先 以 一 个 for loop 设 定 横 列表 头 再 以 一 


个 for loop REITIR, RAAR (m E) forloop 设 定 每 一 个 方 格 内 容 ， 然 后 才 调 用 
ComputeSums 计算 总 和 。 


当 使 用 者 选择 一 个 方 格 ， 其 值 就 被 OnSelchangeGrid 拷贝 一 份 到 edit 字段 中 ， 这 时 候 就 可 以 
开始 输入 了 。 


OnUpdatevalue ( [Update Value] 13187280118) 有 两 个 主要 任务 ， 一 是 把 edit 字 段 内 容 
转化 为 数值 放 到 目前 被 选择 的 方 格 上 ， 一 是 修正 总 和 。 


OnOk 必须 能 够 把 每 一 个 方 格 内 容 〈 一 个 字符 串 ) 取出 ， 利 用 atof 转 换 为 数值 ， 然 后 储存 到 
m_dArray 二 维 数组 中 。 


GRIDDLG.CPP 


#0001 

#0002 BOOL CGridDlg::OnInitDialog() 
40003 1 

40004 CString str; 

40005 int qoae 


#0006 
#0007 
#0008 
&ooo9 
#0010 
#0011 
#0012 
#0013 
#0014 
#0015 
#0016 
#0017 
#0018 
%й01% 
#0020 
#0021 
#0022 
#0023 
#0024 


#0025 
#0026 
#0027 
#0028 
#0029 
#0030 
#0031 
#0032 
#0033 
#0034 
#0035 
#0036 
#0037 
#0038 
#0039 
#0040 
#0041 


#0042 
#0043 
%фО044 
%0045 
#0046 
#0047 
#0048 
#0049 
#0050 
#0051 


CRect rect; 
CDialog::OnInitDialog(]: 


VERIFY(m OcxGrid.GetCols(] == (long])MAXCOL]); 
VERIFY(m OcxGrid.GetRows(] == (long)])MAXROW]; 


m OcxGrid.SetRow(0]; 
for (i = О; i < MAXCOL; i++] i 
if {1} ( // column headings 
m OcxGrid.SetCol(i]; 
if (i = (MAXCOL-1)) 
m OcxGrid.SetText(CString("Total"]]; 
else 
m OcxGrid.SetText([(CString('A' + i -= 11}; 


// WO Row 
// РАНИТ Cols 


} 


т OcxGrid.SetCol(0]; // #0 Col 


for {3 = 0; 3 < MAXROW; 3++) {  // 所 有 的 Rows 
if (3] ( // row headings 
m OcxGrid.SetRow(j]; 
if (3 = (MAXROW-1]) 
m OcxGrid.SetText(CString("Total"]]; 
else ( 
str.Format("&d", 3); 
m OcxGrid.SetText(str); 


// sets the spreadsheet values from m dArray 
for (i = 1; i < (MAXCOL-1); 1++) 1 
m OcxGrid.SetCol(i); 
for (j = 1; j < (MAXROW-1); j++) ( 
m OcxGrid.SetRow(3]); 


str.Format("%8.2£", m dArray[i][3]); 
т OcxGrid.SetText(str]; 


ComputesSums í ] ; 


// be sure there's a selected cell 
m OcxGrid.SetCol(1]; 
m OcxGrid.SetRow(1]; 


#0052 m cellValue = m OcxGrid.GetText(]; 


#0053 UpdateData (FALSE]; // calls DoDataExchange to update edit control 
#0054 return TRUE; 

#0055 |) 

#0056 

#0057 void CGridDlg::OnOK() 

#0058 14 

#0059 int i, j; 

KOD6D 

#0061 for {i = 1; i < (MAXCOL=1]; ік) í 
#0062 т OcxGrid.SetCol(1i]; 

#0063 for {ӯ = 1; 1 € (MAXROW-1); ++) í 
#0064 m OcxGrid.SetRow(j]; 

#0065 m dArray[i][j] = або {м OcxGrid.GetText()); 
#00656 ] 

#0067 ] 

#0068 CDialog::OnOK(); 

#0069 | 

#0070 

#0071 void CGridDlg: :OnUpdatevalue() 

#0072 { 

80073 CString str; 

#0074 double value; 

#0075 // LONG lRow, 101; 

#0076 int Row, Col; 

8007? 

#0078 if (m OcxGrid.GetCellSelected(] == 0} { 
#0079 AfxMessageBox ("No cell selected"]; 
#0680 return; 

#0081 ] 

#0082 

#0083 UpdateData (TRUE] ; 

#0084 value = atof(m cellValue]; 

#0085 str. Format ("%8.2Ё", value]; 

#0086 

#0087 // saves current cell selection 

#0088 Col = m OcxGrid.GetCo1l(]; 

KOOBS Row = m OcxGrid.GetRow(); 

#0090 

#0091 m OcxGrid.SetText(str); // copies new value to 
#0092 // the selected cell 
#0093 ComputeSums{]} ; 

#0094 

#0095 // restores current cell selection 
#0096 m OcxGrid.SetCol(Col]; 


#0097 т OcxGrid.SetRow(Row]; 


#0098 
#0099 
80100 
#0101 
#0102 
#0103 
#0104 


| 


void CGridDlg::OnSelChangeGrid() 


( 


control 


#0105 
#0106 
#0107 
#0108 
#0109 
#0110 
#0111 
#0112 
#0113 
#0114 
#0115 
#0116 
#0117 
#0118 
#0119 
#0120 
#0121 
#0122 
#0123 
#0124 
#0125 
#0126 
#0127 
#0128 
#0129 
#0130 
#0131 


#0132 
#0133 
#0134 
#0135 
#0136 
#0137 
#0138 
#0139 
#0140 
#0141 
#0142 


#0143 
#0144 } 


if (m OcxGrid] { 
m cellValue = m OcxGrid.GetText(]; 
UpdateData {FALSE}; // calls DoDataExchange to update edit 


GotoDlgCtrl(GetDlgItem(IDC VALUE]); // position edit control 


void CGridDlg::ComputeSums() 


{ 


int i, 1, nRows, ncols; 
double sum; 
CString str; 


// adds up each row and puts the sum in the right col 
// col count could have been changed by add row/delete row 
nCols = (int) m OcxGrid.GetCols(]); 
for (1-1; j < (MAXROW-1]; ++) í 
m OcxGrid.SetRow(j]; 
sum = 0,0; 
for (i = 1; i € ncols = 1; i++} | 
m OcxGrid.SetCol(i]; 
sum += atofí(m OcxGrid.GetText(]]; 
] 
str.Format("*8,.2f", sum]; 
m OcxGrid.SetCol(nCols - 1]; 
m OcxGrid.SetText(str]; 


// adds up each column and puts the sum in the bottom row 
// row count could have been changed by add row/delete row 


nRows = {int} m OcxGrid.GetRaws(í]; 
for {i = 1; і < MAXCOL; itt] ( 
m OcxGrid.SetCol(i]; 
sum = 0.0; 
for (J = 1; j < nRows - 1; j**] 1 
m OcxGrid.SetRow(1]; 
sum += atofím OcxGrid.GetText(]]; 
] 
str.Format("$8.2f", sum]; 
m OcxGrid.SetRow(nRows - 1]; 
m OcxGrid.SetText(str]; 


} 


下 图 是 OcxTest 的 执行 画面 。 
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eB h Ш 


ЖА 无 责任 书评 


Mi k aaa Windows 的 完全 学 习 


侯 捷 /1996.08.12 整 理 


侯 俊 杰 先 生 牧 请 我 为 他 呕 心 源 血 的 新 作 深入 浅 出 MFC 写 点 东西 。 我 未 宇文 章 久 疾 ， 但 是 你 知 
着 ， 要 拒绝 一 个 和 你 住 在 同一 个 大 脑 同 一 个 办 亮 的 人 日 日 夜 夜 旦 旦 夕 夕 的 请 求 ， 是 很 困难 
的 。 不 ， 简 下 是 不 可 能 。 于 是 ， 我 只 好 重 作 冯 妇 ! 


事实 上 也 不 全 然 是 因为 躲 不 过 日 日 夜 夜 的 舟 炸 ， 一 部 份 原因 是 ， 当 初 我 还 在 杂志 上 主持 无 责 

任 书评 时 ， 融 有 读者 来 信 希 诗 书 评 偶而 变换 口味 ， 其 中 一 个 建议 融 是 谈 谈 如 何 乔 成 Windows 
程序 设计 的 全 面 性 技术 。 说 到 全 面 性 ， 那 又 是 一 个 impossible mission ! 真 的 ，Windows ЖЕ 
序 技术 的 领域 实在 是 太 广 了 ， 我 们 从 来 不 会 说 游戏 软件 设计 、 多 媒体 程序 设计 、 通 讯 软 件 设 
ik... 是 属于 DOS 程 序 技术 的 沁 睹 ， 但 ， 它 们 通常 都 被 理所当然 地 轨 类 属于 Windows 程序 设计 
领域 。 为 什么 ? 因为 几乎 所 有 的 题目 都 拜倒 在 Windows 作业 系统 的 大 伞 之 下 ， 几 乎 每 一 种 技 
术 都 被 泗 瘟 在 千 百 计 (并 且 以 惊人 速度 继续 增加 中 ) 的 Windows API 之 中 。 


我 的 才智 实 不 足以 渔 兰 这 么 大 面积 的 学 问 ， 更 膛 论 从 中 精 挑 细 选 经 典 之 作 介 绍 给 你 。 那 么 ， 

本 文 题目 大 刺 刺 的 「 完 全 学 习 」 又 怎么 说 ?2 听 ， 我 指 的 是 Windows 操作 系统 的 核心 观念 以 及 
程序 设计 的 本 质 学 能 这 一 路 ， 至 于 游戏 、 多 媒体 、 通 讯 、Web Server, WHER, RARE JI 
类 为 [应 用 」 领域 。 而 Visual Basic, Delphi, Java 哩 也 都 可 以 开发 Windows 程 序 ， 却 又 被 
我 屏 弃 在 C/C++ 的 主流 之 外 。 


以 下 谨 束 我 的 视野 ， 分 门 别 类 地 把 我 心目 中 认为 必 各 的 相关 好 书 介 绍 出 来 。 你 很 容易 束 可 以 
从 我 所 列 出 的 书 名 中 看 出 我 的 浅 注 : 在 操作 系统 方面 ， 我 只 涉猎 Windows 3.1 和 Windows 
95 (Windows NT 4.0 是 我 的 下 一 波 焦点 ) ， 在 Application Framework 方面 ， 我 只 涉猎 
МЕС (OWL 和 Java 是 我 的 下 一 个 猎物 ) 。 


Windows 操作 系统 


Windows Internals / Matt Pietrek / Addison Wesley 


最 能 够 反应 操作 系统 奥秘 的 ， 融 是 操作 系统 内 部 数据 结构 以 及 API 的 内 部 动作 了 。 本 书 借 着 
对 这 两 部 份 所 做 的 逆向 工程 ， 章 析 Windows 的 核心 。 


一 个 设计 恨 好 的 应 用 程序 接口 (API) 应 该 是 一 个 不 必 让 程序 员 担 心 的 黑 盒 子 。 本 书 的 主要 立 
意 并 不 在 为 了 对 API 运 作 原 理 的 讨论 而 获得 更 多 程序 写作 方面 的 利益 (虽然 那 其 实 是 个 必然 的 
额外 收获 ) ， 而 是 芋 由 API 伪 代码 ， E лаш 时 光 渐 渐 过 去 ， 
程序 员 渐 渐 成 长 ， 我 们 开始 对 How 感 到 不 足 而 想 知 道 Why 了 ， 这 融 是 本 书 要 给 我 们 的 东西 。 


本 书 不 谈 Windows 官 方 手 册 上 已 有 的 信息 ， 它 谈 [新 信息 」。 如 何 才能 获得 手册 上 没有 记载 
的 信息 ? 呵 ， 原 始 代码 说 明 一 切 。 看 原始 代码 当然 是 不 错 ， 问 题 是 Windows 的 原始 代码 刻 正 
锁 在 美国 WA,Redmond (微软 公司 总 部 所 在 地 ) 的 保险 库 里 ， 摘 不 好 就 在 比尔 . 盖 兹 的 桌 下 。 
我 们 唯一 能 够 取得 的 Windows 原始 代码 大 概 只 是 SDK 磁盘 上 的 defwnd.c 和 defdlg.c (这 是 
DefWindowProc 和 DefDlgProc 的 原始 代码 ) ， 以 及 DDK B d rRBJ— Ў a EFFI 1 
码 。 那 么 作者 如 何 获得 比 你 我 更 多 的 秘密 呢 ? 


Май Pietrek 是 软件 反 组 译 逆 同 工程 的 个 中 头 楚 。 本 书 精 由 一 个 他 上 自己 开发 的 反 组 译 工具 ， 把 
获得 的 结果 再 以 C 虚 拟 代码 表现 出 来 。 我 们 在 书 中 看 到 许 许 多 多 的 Windows API 伪 代码 都 是 这 
么 来 的 。Pietrek 还 有 一 个 很 有 名 的 产品 叫做 BoundsChecker， 和 SOFT- ICE/W (功能 强大 的 
Windows Debugger, UCR AER) 搭配 销售 。 


本 书 主要 探讨 Windows 3.1 386 加 强 模式 ， 必 要 时 也 会 所 及 标准 模式 以 及 Windows 3.0。 书 中 
并 没有 涵盖 虚拟 驱动 程序 、 虚 拟 机 器 、 网 络 API、 多 媒体 、DDE/OLE、dialog/control 等 主 
题 ， 而 是 集中 在 Windows 启动 程序 、 内 存 管 理 系 统 、 窗 口 管理 系统 、 消 息 管理 系统 、 排 程 管 
理 系 统 、 绘 图 系统 号 上 。 本 书 对 读者 有 三 大 要 求 : 


e 对 Intel CPU 的 保护 模式 寻 址 方式 、segmentation、selector 已 有 基本 认识 。 
° 拥有 Windows SDK 手册 。 
° 对 操作 系统 有 基础 观念 ， 例 如 什么 是 多 任务 ， 什 么 是 虚拟 内 存 ... 等 等 。 


作者 常 借用 面向 对 象 的 观念 解释 Windows， 如 果 你 懂 C++ 语言 ， 知 道 类 与 对 象 ， 知 道成 员 画 
数 和 成 员 变 量 的 意义 与 其 精神 ， 对 他 的 比喻 当 能 心领神会 。 


对 系统 感 兴 趣 的 人 ， 本 书 一 定 让 你 如 鱼 得 水 。 你 唯一 可 能 的 把 你 束 是 : 一 大 堆 АРІ 函数 的 伪 
代码 伯 人 心烦 气 燥 。 文 字 瀚 海 图 片 沙 滥 的 情形 也 一 再 考验 读者 的 定 力 与 耐力 。 然 而 小 瑕 不 掩 
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Pietrek &@ 1993/10 起 已 登 上 Microsoft Systems Journal 的 Windows Q&A 主持 人 宝座 ， 没 两 把 
刷子 的 人 上 这 位 子 可 是 如 坐 针 告 。 现 在 他 又 主持 同一 本 刊物 的 另 一 个 专栏 : Under The 
Hood, Dr. Dobb's Journal 的 Undocumented Corner 专栏 也 时 有 Pietrek 的 路 影 。 
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